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ABSTRACT 


At present, the Navy is unable to provide a robust, routable network that provides 
real-time actionable intelligence between boarding operations and intelligence analysts. 
Actionable intelligence is the means of obtaining concrete knowledge that permits an 
individual to take action based on known information. The lack of a robust routable 
network creates a lag in operational responsiveness to potential threats identified within 
the Maritime Environment. In response to current shortfalls, improved Extended 
Maritime Interdiction Operations (EMIO) seeks to support the Secretary of the Navy's 
vision to streamline and improve operations and exploitation of boarding data. However, 
there has been no clear indication as to how the implementation of these technologies will 
affect command and control or current operations. This thesis examines the impact of 
improved EMIO technology designed to bridge together data with intelligence collected 
during EMIO and improve maritime domain decision making in terms of speed and 
quality and thus improve end user's situational awareness. We follow the construct of 
Business Process Re-Engineering (BPR) to frame our analysis and to provide focus in our 
data collection. We also examine the changes to the present EMIO process by developing 
and implementing an organizational simulation using POWER 2.0. Our results indicate 
that when improved Spiral-1 EMIO technologies, which significantly decrease the 
amount of time it takes to fuse collected boarding data into intelligence systems, are 
combined with a redesign of the EMIO organization, a qualitative improvement toward 
accomplishing the overall process can be achieved. The current process requires 35 
hours. Yet, with the revised technological and proposed organizational changes, the 
same process can be achieved in 5 hours, thus achieving the Navy Secretary’s vision to 


streamline and improve maritime operations. 
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I. INTRODUCTION 


A. OVERVIEW 


Maritime Domain Awareness (MDA) is a National Security concept that relies on 
the aggregate capabilities of multiple government agencies such as the Department of 
Defense (DoD) and Department of Homeland Security (DHS), as well as other federal, 
state, and local agencies in order to achieve comprehensive situational awareness of any 
threat associated within the Maritime Domain. The National Plan to Achieve Maritime 
Domain Awareness (October 2005) defined the Maritime Domain as “all areas and things 
on, under, relating to, adjacent to, or bordering on a sea, ocean, or other navigable 
waterway, including all maritime-related activities, infrastructure, people, cargo, and 
vessels and other conveyances.” Furthermore, the National Plan identifies Nation-state, 
terrorist, transnational criminal and piracy, and environmental and social threats within 
the Maritime Domain. In order to address these threats, the National Plan lists the 


following tasks to meet the requirement: 
e Persistently monitor in the global maritime domain: 
o Vessels and craft 
o Cargo 
o Vessel crews and passengers 
o All identified areas of interest 
e Access and maintain data on vessels, facilities, and infrastructure. 


e Collect, fuse, analyze, and disseminate information to decision makers to 


facilitate effective understanding. 
e Access, develop and maintain data on MDA-related mission performance. 


The National Concept of Operations for MDA (August 2007) provides a 


foundation for developing interagency and agency-specific policies, processes, 


procedures, and organizational relationships to align activities that contribute to 


achieving MDA throughout the Global Maritime Community of Interest (GMCOD). 


The Department of Defense, following guidance set forth from the National 
Concept of Operations for MDA, developed the Fleet Concept of Operations for 
Maritime Domain Awareness (13 March 2007) and the Navy MDA Concept (29 May 
2007), which describe the Fleet role in MDA and how Fleet commanders will develop 
and maintain MDA to accomplish Navy missions across the full Range of Military 


Operations (ROMO). 


In a memorandum dated 17 May 2007, the Secretary of the Navy directed the 
fielding of a prototype MDA capability by August 2008, and established a Cross 
Functional Team (CFT) to oversee the effort. The memorandum directs the following end 


state: 
1. Begin fielding an enduring operational MDA capability. 
2. The first Spiral! will provide: 


a. A capability to the U.S. Central Command (CENTCOM) and USS. 
Pacific Command (PACOM) Areas of Responsibilities (AORs), 


interagency partners, and select friendly and allied nations. 


b. The core effort will create a network that, at multiple levels of security 
and across multiple domains, will feed many data streams into a 
common operational picture (COP) accessible throughout the United 


States Government and foreign or Coalition partners. 
c. Be able to handle time sensitive maritime threats. 


d. Will be designed for expansion. 


! Spiral Development. In this process, a desired capability is identified, but the end-state requirements 
are not known at program initiation. Those requirements are refined through demonstration and risk 
management; there is continuous user feedback; and each increment provides the user the best possible 
capability. The requirements for future increments depend on feedback from users and technology 
maturation. (https://acc.dau.mil/CommunityBrowser.aspx?id=24421). 
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3. The effort will be used to resolve or develop new policy and procedures for 


MDA. 
4. Subsequent spirals will extend this capability and add functionality.2 


The Deputy Chief of Naval Operations (Communication Networks) (N6) and Acting 
Deputy Under Secretary of the Navy (DUSN) were designated as co-chairs of the MDA 
CFT. The Assistant Secretary of the Navy (Research, Development, & Acquisition) 
(ASN (RDA)) designated the Space and Naval Warfare Center’s (SPAWAR) Program 
Executive Office for Command, Control, Communications, Computers and Intelligence 


(PEO C4D) as the Acquisition Lead for delivery of the SECNAV’s MDA Prototype. 


It is the goal of this thesis to examine Maritime Interdiction Operations (MIO) 
and Extended Maritime Interdiction Operations (EMIO) as a subset of MDA and evaluate 
how MDA Prototype MIO/EMIO technologies impact this mission. Chapter 1 provides 
background information regarding MIO/EMIO governance and application, current 
efforts to improve MIO/EMIO capabilities with Spiral 1 technologies, and the academic 


framework utilized to support thesis analysis. 


B. MIO/EMIO BACKGROUND 


1. Authorization 


According to the Maritime Interception Operations Manual (Navy Tactical 
Training Publication (NTTP)/Coast Guard Publication (CGP) 3-07.11), Maritime 
Interdiction Operations are the legitimate actions taken by the United States Navy and 
Coast Guard, Coalitional Partners, and Allies to interdict “suspect vessels to determine if 
they are transporting goods or persons prohibited by the sanctioning agency to or from a 
specific nation, nations, or non-state sponsored organizations.” Authorization to conduct 
Maritime Interdiction Operations is based on international law and is given by the United 


Nations Security Council (UNSC), national authority, or other regional authority. 


2 “Scoping Document for Navy Maritime Domain Awareness (MDA) Spiral 1 Prototype,” Revised 
January 2008 — Version 4.3. 
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Extended Maritime Interdiction Operations target personnel or material that poses 
an imminent threat to the United States. Extended Maritime Interdiction Operations are 
authorized by the Secretary of Defense (SECDEF) and may involve multinational forces 
and may be implemented without sanctions. Chairman, Joint Chiefs of Staff (CJCS) 
Executive Order (EXORD) and combatant commander and fleet commander’s 


operational tasking (OPTASK) provide EMIO guidance. 


Both operations, MIO and EMIO, are the act of interdicting suspect vessels and 
used to positively inspect, detect, identify, warn, and report the presence of prohibited 
items in seagoing vessels. As such, for the intended purposes of this thesis, MIO and 
EMIO will be used interchangeably with the understanding that they share the same 
execution process; and the term Extended Maritime Interdiction Operations will be used 
to imply both missions. Furthermore, tasked units, such as U.S., Coalition, and Allied 


vessels execute EMIO by utilizing their Visit, Board, Search, and Seizure (VBSS) teams. 


2. Mission 


Extended Maritime Interdiction Operations (EMIO) are part of a larger mission 
conducted under Visit, Board, Search, and Seizure (VBSS). MIO utilizes VBSS teams, 
also known as Boarding Teams (BT), to approach, board, secure, and search all types of 
vessels. There are different types of Maritime Interdiction Operations that vary from a 
totally compliant environment to a situation that erodes quickly towards noncompliance 
and threats of, or actual, hostile acts as articulated in Maritime Interception Operations 


Manual NTTP 3-07.11. Some of the actions taken during EMIO may include: 


1. Sending armed boarding teams to visit merchant ships bound to, through, or 


out of a defined area. 
2. Examining each ship’s papers and cargo. 
3. Searching for evidence of contraband. 


4. Diverting vessels failing to comply with the guidelines set forth by the 


sanctioning body. 


5. Seizing suspect vessels and their cargo that refuse to divert. 


For the intended purposes of this thesis, standard or routine boarding operations 
which consist of vessel of interest (VOI) compliance and safe and secure embarkation of 


boarding team members will be used to bound MIO analysis. 


3. Command and Control (C2) 


The Joint Chiefs of Staff Publication 1 defines Command and Control (C2) as the 
act of “effectively using available resources, planning the employment of, organizing, 
directing, coordinating, and controlling military forces for the accomplishment of 
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assigned missions.” This process, as it applies to Extended Maritime Interdiction 
Operations (EMIO), can be broken up into two stages. The first stage consists of threat 
identification, mission planning, and asset allocation. Threat identification is a function 
normally performed by intelligence centers. Intelligence centers provide MIO support by 
supplying the MIO commander with vessel descriptions, location data, and other 
intelligence support. The MIO Commander (MIC) utilizes the information provided from 
the intelligence centers to conduct planning and asset allocations in support of MIO. 


Once a vessel of interest is identified, the asset or On-Scene Commander (OSC) 


interdicting the VOI will begin planning for boarding operations. 





Stage 1 
Threat Identification 


Stage 2 
Missio 
Execution 













UHF Voice a 
qa BP; = 


OSC Platform 








Intelligence Fusion MIO Commander Objective 





Figure 1. EMIO/MIO Stages 


The second stage is the boarding stage. In this stage the OSC intercepts the VOI 
and coordinates assets in order to conduct a boarding. The OSC deploys his VBSS team 
which embarks the vessel of interest and collects data in support of the MIO mission. 
These stages are illustrated in Figure 1.3 NTTP 3-07.11 identifies the essential elements 


of information to be collected by boarding teams as follows: 
1. Cellular phone numbers 
2. Ship’s registration 
3. Crew information 
4. Owner’s information 
5. Managing company information 
6. Agent/broker information 
7. Communications and navigation information 


3 Space and Naval Warfare MDA Prototype Working Group. “White paper on MIO/EMIO 
Requirements overview and vision as applied to SECNAV MDA Prototype Effort,” Draft 2007. 
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8. Master’s safe 

9. Personal documents 

10. Ship’s logs 

11. Ship’s cargo and cargo manifest 

12. Financial data and movement history 
13. Bill of sale and legal documents 

14. Smuggling activity information 

15. Status of the ship’s material condition. 


More information may be gathered in support of additional intelligence collection 
requirements, theater guidance, or specific collection goals. Furthermore, the type of data 
collected consists of a mix of textual and imagery data. In specific cases biometric data 


collection may be required but is not addressed within this thesis. 
a. Command and Control Relationships 


MIO Operational Command and Control can vary in size depending on the 
Area of Operation (AO), size of the MIO force, and the political objectives of the 
mission. The geography of the AO significantly impacts the size of the MIO force 
required and the amount of decentralization within the C2 structure. Figure 2 illustrates a 


basic MIO C2 structure.4 


4 Naval Tactical Training Publication (NTTP) 3-07.11, “Maritime Interception Operations,” November 
2003. 
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Figure 2. Modified MIO C2 Structure 








The MIO Commander (MIC) is the officer in tactical command (OTC) of 
the forces assigned to conduct MIO. The MIC through the efforts of his Intelligence 
Officer (IO) ensures that the On-Scene Commander (OSC) is provided with information 
on the concerned VOI. The OSC is the Commanding Officer (CO) attached to the 
intercepting vessel and is charged with the coordinating functions necessary to conduct 
the MIO. The Boarding Officer leads boarding team efforts on the VOI and reports 
directly to the OSC.° 


C. GEOGRAPHIC BOUNDING 


Thesis analysis of Maritime Interdiction Operations will be geographically 
bounded within CENTCOM’s AOR. Within CENTCOM, Naval Central Command 
(NAVCENT) is the responsible service component charged with executing Maritime 


Operations. Within NAVCENT, the Coalition Forces Intelligence Center (CFIC) is the 


5 Naval Tactical Training Publication (NTTP) 3-07.11, “Maritime Interception Operations,” November 
2003. 
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primary user group responsible for EMIO. The Office of Naval Intelligence (OND) is an 


inorganic entity and key player in supporting the overall MIO mission. 
D. CURRENT ISSUES AND THESIS INTENT 


Currently NAVCENT is unable to provide a robust routable network that provides 
near real-time actionable intelligence between boarding operations and intelligence 
analysts at CFIC. Actionable intelligence, as defined here, is the means of obtaining 
concrete knowledge that permits an individual to take action based on known 
information. Routable refers to information that can be packetized and transmitted over 
some sort of communications medium, and near real-time is constrained within the time it 


takes to complete an average boarding. 


According to CFIC operators, the primary issues that they must overcome 
include: “the inability of interdiction teams to access recent boarding information and 
historical information about a vessel, the ability for the CFIC analyst to get access to the 
images and other data captured during a boarding in a timely manner, the ability of CFIC 
and/or interdiction teams to enter boarding data (including imagery) into intelligence 
systems, and the need for automated and bandwidth friendly distribution of new boarding 


data to all users who need it.’ © 


The lack of timely integration of collected boarding data being entered into 
intelligence systems in order to be analyzed by intelligence officers creates a lag in 
operational responsiveness to potential threats identified within the Maritime 
Environment. This delay in information processing significantly hinders boarding team 
activities in cases where information gathered and analyzed may have resulted in seizing 
a vessel or detaining a person or persons of interest. This shortfall has provided 
motivation for MDA Spiral-1 technologies to be identified that improve Maritime 
Interdiction Operations by streamlining procedures in order to exploit collected boarding 
data. However, there has been no clear indication as to how the implementation of these 


technologies will affect EMIO command and control or current operations. 


6 Space and Naval Warfare MDA Prototype Working Group, “White paper on MIO/EMIO 
Requirements overview and vision as applied to SECNAV MDA Prototype Effort ,” Draft 2007. 
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MDA and MIO/EMIO Spiral 1| efforts are being driven by a vision for enhancing 
the operations and exploitation of boarding data. The desired goal or improved business 
process for MIO is to reduce the time it takes collected boarding data to be transmitted 
and made available to users within the appropriate intelligence fusion centers for analysis 
and redistribution. Current prototype efforts have procured specific IT capabilities 
designed to improve this process, but the impact that the changes in IT will bear on the 


people involved in the process and the organizations performing the mission is unknown. 


The focus of this thesis is to examine the impact of Spiral-1 EMIO technologies 
designed to seamlessly fuse automated boarding data into intelligence systems with the 
intent of improving maritime domain decision making in terms of speed and quality and 
improve the intelligence analyst’s and boarding officer’s situational awareness. 
Examination will be performed by analyzing Spiral-1 EMIO efforts within the construct 
of Business Process Reengineering wrapped within the framework of Leavitt’s Diamond. 
Furthermore, EMIO organizational simulation in POW-ER 2.0 will produce both 
qualitative and quantitative data regarding the benefit or lack of benefit gained from 
MDA MIO/EMIO Spiral-1 technologies. Therefore, we seek to answer the following two 


thesis questions: 


1. How will Spiral-1 technologies impact the command and control process for 


Extended Maritime Interdiction Operations? 
2. What is the near-optimal Extended Maritime Interdiction Operations 
command and control structure after Spiral-1 technology implementation? 


E. ASSUMPTIONS 


1. The Navy’s MDA Concept, Fleet MDA Concept, Scoping Document for 
Navy Maritime Domain Awareness Spiral-1 Prototype, and White paper on 
MIO/EMIO Requirements overview and vision as applied to SECNAV MDA 
Prototype Effort are guiding documents. 


2. Scoping Document for Navy Maritime Domain Awareness Spiral-1 Prototype 


and White paper on MIO/EMIO Requirements overview and vision as applied 
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to SECNAV MDA Prototype Effort are currently in draft form but will be 
approved by August 2008. 


3. MDA implementation will be achieved through a spiral development process. 


4. Spiral-1 capabilities will concentrate on the management, correlation, and 
distribution of vessel data, focusing on the capabilities deliverable by August 


2008. 
5. Spiral-1 capabilities will meet threshold requirements only. 


6. Spiral-1 will utilize Intelligence, Surveillance, and Reconnaissance (ISR) 


collection sensors and means already deployed or programmed. 


7. The Office of Naval Intelligence (ONI) will serve as the center of excellence 
for all-source maritime intelligence fusion within the Global Maritime 


Community of Interest. 


8. Migration to a Services Oriented Architecture (SOA) with applicable multi- 
level security, user-defined operational picture, and other enabling services 


will continue. 


9. The POW-ER (2.0) model simulations (discussed below) are a working model 


that use approximate durations for the activities due to their dynamic nature. 
F. CHAPTER OUTLINE 


Chapter II of this thesis will provide an academic and technology review of 
Business Process Reengineering (BPR), Leavitt’s Diamond, POW-ER 2.0, and Spiral-1 
MIO/EMIO technologies. Chapter III will evaluate the impact of MIO/EMIO Spiral-1 
technologies on Maritime Interdiction Operations and provide the answer for thesis 
question 1. Chapter IV will continue analysis of MIO/EMIO Spiral-1 efforts and answer 
thesis question 2. Chapter V will conclude this thesis and provide recommendations for 


future research. 
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Yl. ACADEMIC AND TECHNOLOGY REVIEW 


A. BUSINESS PROCESS REENGINEERING 


The Industrial Age ushered in a tremendous change in the way companies were 
built and how they developed products. Adam Smith discovered that industrial work 
should be broken down into its simplest and most basic tasks.’ However, the world is 
currently changing and has changed in many different ways due to the rapid innovation of 
technology and information systems, which brings us into the Information Age. Many 
organizations have undertaken myriad initiatives to improve their performances to keep 
pace with increasing global demand, competition, and changing technologies. Those 
initiatives include redesign and/or incremental changes to their business processes. This 
new Information Age is dictating a new and different way of maintaining and achieving 
that competitive advantage over the competitor. However, many large successful 
organizations were developed on the premise from the Industrial Age, which can be 
summed the larger the organization, the more specialized is the worker, and the more 


separate the steps into which the work is fragmented.® 


The growing number of people in middle management within the military 
services and government agencies were one of the costs organizations paid for the 
benefits of fragmenting their work into simple, repetitive steps and organizing themselves 
hierarchically. Another cost was the increasing distance that separated senior 
management from users of their product or service.? These are the roots of today’s 
corporations, military services and government agencies, and the principles, forged by 
necessity, upon which today’s companies have structured themselves. If modern 
organizations structured their work tasks into small pieces, it is because that is how 


efficiency was once achieved. If they diffuse power and responsibility through massive 





7 Michael Hammer and James Champy, Reengineering the Corporation: A Manifesto for Business 
Revolution (London: Nicholas Brealey Publishing, 1995), 35. 


8 Tbid., 12. 
9 Tbid., 16. 
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bureaucracies, it is because that was the way they learned to control sprawling 
enterprises.!° Their resistance to change the way they operate was supported by their very 


own success in how the organization conducted business. 


1. Organizational Norm 


Where and when do you begin to change the way your organization or agency 
does business in order to gain or maintain the competitive advantage? At the heart of 
reengineering is the notion of discontinuous thinking of recognizing and breaking away 
from the outdated rules and fundamental assumptions that underlie operations.!! 
Organizations cannot achieve breakthroughs in performance by simply eliminating 
excess fat or automating current processes; instead, the companies also need to challenge 
the current rules and assumptions that have led the company to under perform in the first 
place. Every business is replete with implicit rules that remain from earlier decades. !2 
These rules are based on assumptions about processes, technology, people, and 
organizational goals that no longer hold true. Information and innovative technology is 
vast and quickly expanding. Quality, innovation, and service are now more important 
than cost, growth, and control. A large portion of the population is educated and capable 
of assuming responsibility, and workers cherish their autonomy and expect to have a say 
in how the business is run.!3 It should be no surprise that our military processes and 
structures are outdated, and the work structures and processes have not kept pace with the 
fast pace of innovative technology, demographic changes, and military objectives. This 
arrangement can be traced to the Industrial Revolution, when specialization of labor and 
economies of scale promised to overcome the inefficiencies of cottage industries where 


businesses disaggregated work into narrowly defined tasks, re-aggregated the people 


10 Michael Hammer and James Champy, Reengineering the Corporation: A Manifesto for Business 
Revolution (London: Nicholas Brealey Publishing, 1995), 17. 


11 Michael Hammer, “Reengineering Work: Don’t Automate, Obliterate.” Harvard Business Review 
(July-August 1990), 107. 


12 Yhid., 107. 
13 Thid. 
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performing those tasks into departments, and installed managers to administer them.!4 
Many companies over the past few decades have tried to change the way they conduct 
business or implement drastic changes into their processes; unfortunately most of them 


have failed to improve their overall performance. 


Z: Reengineering 


“Reengineering is the fundamental rethinking and radical redesign of business 
processes to achieve dramatic improvements in critical, contemporary measures of 
performance, such as cost, quality, service, and speed.”!>5 The reengineering definition 
contains four key words that are critical to the success of this concept, which are 
fundamental, radical, dramatic, and processes. Fundamental refers to two _ basic 
questions about the organization and how they operate: Why do we do what we do and 
Why do we do it the way we do? When organizations ask these fundamental questions, it 
forces the management and workers to look at the rules and assumptions that bring about 
the way they conduct their business. More than often, these rules or assumptions turn out 
to be erroneous or irrelevant. Reengineering begins with no assumptions and no givens, 
and companies must guard against the assumptions that most processes already have 
embedded in them. Reengineering first determines what a company must do, then how to 
do it, and it takes nothing for granted as it ignores what is and concentrates on what 


should be. !6 


The second key word in the definition is radical, which refers to the radical 
redesign of getting to the root of things: not making superficial changes or fiddling with 
what is already in place, but throwing away the old. In reengineering, radical redesign 


means disregarding all existing structures and procedures and inventing completely new 


14 Michael Hammer, “Reengineering Work: Don’t Automate, Obliterate.” Harvard Business Review 
(July-August 1990), 107. 


13 Michael Hammer and James Champy, Reengineering the Corporation: A Manifesto for Business 
Revolution (London: Nicholas Brealey Publishing, 1995), 32. 


16 Thid., 33. 
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ways of accomplishing work. Reengineering is about business reinvention-not business 


improvement, business enhancement, or business modification. !7 


The third key word is dramatic, which focuses on making quantum leaps in 
performance, not making incremental or marginal improvements. Companies looking for 
minor improvements in their bottom line or performance do not need reengineering. 
However, reengineering should be used when companies need dramatic change. Hammer 
and Champy have identified three kinds of companies that undertake reengineering. First 
are companies that need order-of-magnitude improvement with costs, services or quality. 
Second are companies that are not yet in trouble, but whose management has the 
foresight to see trouble in the future, so these companies will use reengineering in 
advance of running into adversity. The third type of company is those that are excelling 
and have no difficulties on the horizon, but their managements are ambitious and 
aggressive. These companies will use reengineering as an opportunity to enhance their 


performance to achieve a greater competitive advantage over their competitor. !8 


The fourth key word in the definition is processes, and it is the most important, 
but also gives corporate managers the most difficulty. Most businesspeople are not 
“process-oriented;” they are focused on tasks, on jobs, on people, on structures, but not 
on processes.!9 Hammer and Champy define business process as a collection of activities 
that takes one or more kinds of input and creates an output that is of value to the 
customer. The individual tasks within a process are important; however, none of them 
matter if the overall process doesn’t work because it doesn’t deliver the product or 


service. 





17 Michael Hammer and James Champy, Reengineering the Corporation: A Manifesto for Business 
Revolution (London: Nicholas Brealey Publishing, 1995), 33. 


18 Thid., 34. 
19 Thid., 35. 
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3. Organizational Change 


Reengineering requires focuses on processes and not be limited to thinking about 
organizations, which the organization is only as effective as its processes. 2° Process 
mapping provides tools and a proven methodology for identifying your current ‘As-Is’ 
business processes and can be used to provide a “To-Be’ roadmap for reengineering your 
product or service business enterprise functions. It is the critical link that your 
reengineering team can apply to better understand and significantly improve your 
business processes and bottom-line performance.2! Muthu, Whitman, and Cheraghi 
provide ‘best of breed’ methodologies from contemporary literature and introduce a 
consolidated, systematic approach for Business Process Reengineering, which includes 
five activities shown in Figure 3: Prepare for Reengineering, Map and Analyze As-Is 
process, Design To-Be process, Implement reengineered process, and Improve 


continuously. 22 


20 Michael Hammer and James Champy, Reengineering the Corporation: A Manifesto for Business 
Revolution (London: Nicholas Brealey Publishing, 1995), 348. 


21 Subramanian Muthu, Larry Whitman, and S. Hossein Cheraghi, “Business Process Reengineering: 
A Consolidated Methodology,” Proceedings of the 4 Annual International Conference on Industrial 
Engineering Theory, Applications and Practice (November 1999), 1-5. 


22 Ibid., 3. 
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Figure 3. 


The five activities provided in Figure 3 are not a quick fix for a successful BPR 
initiative, but provide a framework which involves an intense customer focus, superior 
process design and a strong motivated leadership each of which are vital ingredients to 


the recipe for the success of any business corporation.23 


Those aspiring to improve the way work is done must begin to apply the 
capabilities of information technology to redesign business processes. Business process 
redesign and information technology are natural partners and create a new type of 
industrial engineering, changing the way the discipline is practiced and the skills 
necessary to practice it.2+ Information Technology should be viewed as more than an 
automating or mechanizing force; it can fundamentally reshape the way business is done. 
Business activities should be viewed as more than a collection of individual or even 


functional tasks; they should be broken down into processes that can each be redesigned 


23 Thomas H. Davenport and James E. Short, “The New Industrial Engineering: Information 
Technology and Business Process Resign.” Sloan Management Review (Summer 1990), 11-13. 


24 Ibid., 11. 
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for maximum effectiveness, in both manufacturing and service environments.2> Business 
processes were redesigned across enterprise to take advantage of information technology 
and the Internet, and because of this new concept, there is another concurrent approach to 
business process improvement taking shape based on more effective knowledge-based 
business transformation.2© Therefore, the Internet allows organizations or enterprises to 
communicate instantly with customers, stakeholders, and partners, and it has changed the 
way information can move across enterprises, the way business transactions are carried 
out, and the way relationships are nurtured and maintained. Business Process 
Reengineering (BPR) is carried out, alternatively, in an organizational context that has 


people, technologies, and organizational form and structure.’ 
B. LEAVITT’S DIAMOND 


The late Stanford Professor, Harold J. Leavitt, was an organizational theorist who 
claimed that industrial organizations could be viewed “fas complex systems in which at 
least four interacting variables loom especially large; task variables, structural variables, 
technological variables, and human variables.”28 Leavitt described the four variables as 


follows: 


e Task — refers to industrial organizations: the production of goods and services, 
including the large numbers of different but operationally meaningful subtasks 


that may exist in complex organizations. 


e Actors — refers chiefly to people, but with the qualification that acts executed 
by people at some time or place need not remain exclusively in the human 


domain. 


25 Thomas H. Davenport and James E. Short, “The New Industrial Engineering: Information 
Technology and Business Process Resign.” Sloan Management Review (Summer 1990), 12. 


26 Omar A. El Sawy, Redesigning Enterprise Processes for e-Business (New York: McGraw Hill 
Irwin, 2001), 7. 


27 Ibid., 7. 


28 Harold J. Leavitt, “Applied Organizational Change in industry: Structural, Technological and 
Humanistic Approaches” Handbook of Organizations, (Chicago: Rand McNally, 1965), 1144-1170. 
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e Technology (Information and Control) — refers to direct problem-solving 


inventions like work-measurement techniques or computers or drill presses. 


e Structure — means systems of communication, systems of authority, and 


systems of work.2? 


Leavitt also observed that any approach to organizational change could differ depending 
on which variable one chose to apply change throughout an organization. For example, if 
the task of an organization is to improve efficiency then one could argue to change 
structural solutions, information and control solutions, or people solutions or change all 
three in order to achieve that task. Figure 4 illustrates how the different solutions for 


improving efficiency are related to the variable task.30 


Structural Solutions 


Information and 
Task — Improve Efficiency Control Solutions 


ee Solutions 


Figure 4. Task Structure 


Regardless of the solution chosen, Leavitt recognized that none were mutually exclusive. 
Therefore, if one solution was chosen to improve the variable task, it could not be 
implemented without having an affect on the other variable. Thus, Leavitt ducted that all 


four organizational variables are highly interdependent and that change in any one 


29 Harold J. Leavitt, “Applied Organizational Change in industry: Structural, Technological and 
Humanistic Approaches” Handbook of Organizations, (Chicago: Rand McNally, 1965), 1144-1170. 


30Harold J. Leavitt, Managerial Psychology (Chicago: The University of Chicago Press, 1978), 284. 
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usually results in compensatory change in others.3! This relationship is illustrated in 
Leavitt’s Diamond, shown in Figure 5, in which the arrows indicate the interdependence 


amongst variables.32 


Structure 
Information 
Task and Control 
People 
Figure 5. Leavitt’s Diamond 


Since the inception of Leavitt’s Diamond, environmental factors have had a major 
influence on the way organizations operate. Professor Leavitt recognized this and that 
organizations do not exist in a vacuum and therefore, the Leavitt Diamond was not 
complete as shown above. Instead, organizations exist in a dynamic world in which the 
environment that they operate in is constantly changing and has an overall affect on the 
organization as a whole. Thus, the application of the environment to Leavitt’s Diamond, 


as shown in Figure 6, completes his organizational model.?3 





31 Harold J. Leavitt, “Applied Organizational Change in industry: Structural, Technological and 
Humanistic Approaches” Handbook of Organizations, (Chicago: Rand McNally, 1965), 1145. 


32 Harold J. Leavitt, Managerial Psychology (Chicago: The University of Chicago Press, 1978), 286. 
33 Tbid., 287. 
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Structure 


Information 
and Control 





Environment 
Figure 6. Leavitt’s Diamond with Environment 
1. Transformation and Application of Leavitt’s Diamond 


In thinking in broader terms, one could not ignore the contrasts between the 
Industrial and Information Age in order to see that environmental factors are the driving 
change. There are many environmental factors that have had major influences on the way 
organizations operate and have caused slight modifications to the model in order to 
maintain applicability. For example, race and gender issues affected organizations in the 
60s and 70s, whereas now information technology and supply-chain management greatly 
affect businesses today as well as for the past 10 years. Leavitt’s Diamond has evolved 


since its conception to incorporate these significant environmental changes. 


Organizations today must be able to adapt to a rapidly changing environment and 
global economy and quickly implement change to their organizational structure and/or 
processes in order to gain and maintain a competitive advantage. During the Industrial 
Age, the ‘task’ a business performed usually held management’s attention and achieved 
the desired affect until the environment changed, which slowly occurred over several 
decades. Whereas in the Information Age, ‘business processes’ that focused on how tasks 
were performed now dominate the way businesses are conducted and need to be easily 


changed due to the rapidly changing environment. Technology continues to be the direct 


Ze 


problem solving invention for accomplishing tasks through automation. Therefore, 
‘Information Technology’, which consists of hardware, software, networks, and 
workstations34, has revolutionized the way Industrial Aged activities were once 
performed. Industrial Aged ‘structural’ controls are becoming or have become obsolete 
and are being replaced by new ‘organizational forms’ that take advantage of today’s 
rapidly changing environment. ‘Actors or People’ during the Industrial Age could 
perform a wide range of jobs that required low skill; whereas today, people with requisite 
skills are needed to maintain a competitive ‘workforce’. Lastly, in today’s environment 
where large corporations are globally distributed, an additional variable needs to be 
added to Leavitt’s Diamond. This variable ‘management process’ pertains to how top 
management distributes its vision for change throughout the full breadth of its 
organization.3> Management process plays a key role in the success or failure of any 
organization and its ability to adapt and implement change.2° The transformation of 
Leavitt’s Diamond from the Industrial Age to the Informational Age and how it will be 


applied throughout this thesis is presented in Figure 7. 





34 Michael S. Scott Morton, The Corporation of the 1990s (New York and Oxford: Oxford University 
Press, 1991), 244. 


35 Thid., 244. 
36 Thid., 245. 
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Figure 7. Leavitt's Diamond 


C. POW-ER MODELING SOFTWARE 


In order to capture and document the ‘As-Is’ and “To-Be’ process for the EMIO 
workflow, we will use POW-ER, which is modeling software developed by the Civil 
Engineering Department at Stanford University. This model attempts to develop a 
computational model of project organizations to analyze how activity interdependencies 
raise coordination needs and how organization design and introduction of communication 


tools may change the coordination capacity of project teams, with resulting impacts on 
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project performance. POW-ER was built based on organizational contingency theory3/ 
and Jin and Levitt’s observations about collaborative and multidisciplinary work in large, 
complex project performance. POW-ER_ explicitly models actors, activities, 
communication tools and organizations. POW-ER takes into account the actor’s 
experience level and knowledge, and based on the extended information-processing view 
of organizations, POW-ER simulates the actions of, and interactions among, actors as 
processes of attention allocation, capacity allocation, and communication. POW-ER 
evaluates organization performance by measuring emergent project duration, direct cost, 


and coordination quality.38 
D. MIO/EMIO SPIRAL-1 TECHNOLOGY 


Under the Maritime Domain Awareness Prototype program, PEO C4I has 
chartered Digital Force Technologies (DFT) to develop a Tactical EMIO System (TES) 
in order to enhance Spiral-1 MIO/EMIO capabilities. The TES consists of three 
components, which are the Tactical EMIO Device (TED), Tactical EMIO Maritime PC 
(TEMP), and Maritime Broadband Global Area Network (BGAN) EMIO Terminal 
(MBET). A general description and capability overview for each system component is as 


follows: 


e TED - A handheld touch screen personal computer that contains a camera and 
user interface specifically designed to assist boarding team members with the 


collection of data. 


e TEMP —- A commercial-off-the-shelf (COTS) laptop that contains a user 
interface specifically designed to support the boarding officer with the 


aggregate collection of boarding data and review of collected information. 


e MBET - Satellite terminal designed to connect the TEMP to the internet in 


order to transfer information. 





37 Yan Jin and Raymond E. Levitt, “The Virtual Design Team: A Computational Model of Project 
Organizations,” Paper submitted to Computational and Mathematical Organization Theory, Stanford 
University, 15 March 1996. 


38 Tbid., 3. 
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Figure 8. TES Overview 


Figure 8 provides a TES overview that illustrates how each component is 
designed to interface with the other.3? Boarding team members collect data from various 
areas on a vessel of interest by utilizing the TED and transmits gathered information into 
the TEMP via USB, 802.11, or flash card. The TEMP will be managed by the Boarding 
Officer and act as the central collection point for information gathered from TEDs. Once 
information has been verified and deemed appropriate for transmission, the Boarding 
Officer transmits boarding information via the MBET into automated intelligence 
systems located at various shore facilities for data validation and analysis. This process 
will be evaluated in POW-ER and reflected in the Business Process Reengineering (BPR) 
Phase III section in Chapter III. 


39 Digital Force Technology, Minutes of Meeting of Integration Design Review, Meeting of 15 April 
2008. 
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HI. REENGINEERING EXTENDED MARITIME INTERDICTION 
OPERATIONS 


A. OVERVIEW 


The Navy is currently reengineering Extended Maritime Interdiction Operations 
(EMIO) under the guide of a broader MDA Prototype program being developed in 
subsequent Spirals. At present, the MDA Prototype program is in its first Spiral which is 
not expected to be completed before this thesis is submitted. However, Leavitt Diamond 
variables, shown in Figure 9, such as management processes, information technologies, 
and business processes have been established and/or identified within Spiral-1 and can be 
examined utilizing BPR phases I through III. As such, it is the intent of this chapter to 
analyze the Navy’s to date MIO/EMIO BPR efforts within the framework of Leavitt’s 
Diamond in order to answer thesis question 1. How will Spiral-1 technologies impact 


the command and control process for Maritime Interdiction Operations? 

















Spiral-1 Solutions 
Figure 9. ‘Spiral-1’ Solutions in Leavitt’s Diamond 
The format for Chapter HI MIO/EMIO Spiral-1 examination will consist of the 
application of Business Process Reengineering (BPR) within the overall MDA program 


followed by evaluation of EMIO specific processes determined from various guidance, 


interviews, and the author’s experience. 
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B. BPR: PHASES I THROUGH III 


1. Phase 1: Preparing to Implement 


BPR projects involve cross-functional cooperation and changes to the status quo 
and planning for organizational changes are difficult to conduct without strategic 
direction from the top. Furthermore, the impact of the environmental changes that serve 
as the impetus for the reengineering effort must also be considered in establishing 
guidelines for the BPR project.4° As such, the successful implementation of BPR entails 
five phases, the first phase being ‘Preparing for BPR’ consists of three activities: 1) 
building a cross functional team, 2) identify customer driven objectives, and 3) develop a 
strategic purpose, and the other phases will be discussed in chapter 4. The Secretary of 
the Navy (SECNAV) has initiated the first phase of the BPR process and all three 


activities have been achieved. 


In a 17 May 2007 memorandum, the SECNAV established a cross functional 
team to field a prototype MDA capability by August 2008 satisfying activity one. The 
Deputy Chief of Naval Operations (Communication Networks) (N6) and Acting Deputy 
Under Secretary of the Navy (DUSN) were designated as co-chairs of a chartered MDA 
Cross Functional Team (CFT) to oversee this effort. The second and third activities in the 
first phase were achieved and provided in the following two documents: The Fleet 
Concept of Operations for Maritime Domain Awareness (MDA) (13 March 2007) and the 
Navy MDA Concept (29 May 2007), which describes the Fleet’s role in MDA by 
defining how Fleet Commanders will develop and maintain MDA to accomplish Navy 
missions across the full Range of Military Operations (ROMO)*!. The second activity, 
identify driven objective, is to provide a capability to improve the Situational Awareness 
(SA) within Maritime Domain Awareness (MDA) by deploying a full range of assets and 


capabilities, and the third activity, develop strategic purpose, is to provide boundaries and 


40 Subramanian Muthu, Larry Whitman, and S. Hossein Cheraghi, “Business Process Reengineering: 
A Consolidated Methodology,” Proceedings of the 4" Annual International Conference on Industrial 
Engineering Theory, Applications and Practice (November 1999), 1-5. 


41 “Scoping Document for Navy Maritime Domain Awareness (MDA) Spiral 1 Prototype,” Revised 
January 2008 — Version 4.3. 
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expectations to the CFT to meet the objective. An overview of the Navy MDA 
Developmental Flow outlining the governing documents containing the management 
processes necessary for implementing Maritime Domain Awareness is shown in Figure 
10.42 By burrowing down within the enterprise wide MDA program and focusing on the 


MIO/EMIO requirements as applied within the MDA Prototype effort, phase 1 BPR 


Navy MDA 
Developmental Flow 


activities are revealed on a smaller scale. 







USN Strategy, 
Concepts, 

Experimentation & 
Lesson Learned 





: Navy MDA 
Investment Strategy 








Derived From: 
Influenced By: - -— -—-— 


Figure 10. Navy MDA Developmental Flow 


Activity 1, building a cross functional team, has been established by PEO C4I 
through the assignment of a team of individuals with various areas of expertise 
surrounding Program Management and Extended Maritime Interdiction Operations. The 
second activity, identify customer driven activities, has been accomplished through a 
great deal of input from NAVCENT, one of the key nodes and areas of responsibility 
listed in the SECNAV MDA memo. Activity three, develop a strategic purpose has been 





42 The Concept of Operations for Fleet Maritime Domain Awareness (Fleet MDA CONOPS), March 
2007. 
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outlined in a White Paper on MIO/EMIO and is being used by PEO C4I to focus EMIO 
Spiral-1 technology efforts. However, it is important to note, that unlike the greater MDA 
program that is driven by the SECNAV’s vision, EMIO Spiral-1 efforts are bounded by 
current EMIO procedures and could be a problem if those procedures are not altered due 
to their implementation. As implied within Leavitt’s Diamond, if the vision of achieving 
MDA is accomplished through a series of management processes designed to span 
throughout the organization, one could infer that EMIO as a component of MDA also 
needs to be driven by a new vision consistent with MDA. Further BPR analysis will 


reveal whether or not current EMIO management processes are an issue. 
2 Phase 2: Map & Analyze ‘As-Is’ Process 


The second phase of the BPR involves mapping and analyzing the ‘As-Is’ 
processes of the current system. This phase has four activities: 1) create activity models, 
2) create process models, 3) simulate and perform activity based costing, and 4) identify 
disconnects and value adding processes. The Naval Postgraduate School is supporting the 
CFT during this phase and has developed a diagram that represents the ‘As-Is’ workflow, 
which has been reviewed and revised by more than 20 organizations that are involved in 
the MDA program}. The ‘As-Is’ MDA workflow shown in Figure 1144 was developed 
using the DoD Architecture Framework and subsequent operational view (OV) diagrams 


illustrating MDA activity and process models are contained in Appendix A. 


43 Jared Freeman, Shelley Gallup, Douglas MacKinnon and Susan Hutchins, “Maritime Domain 
Awareness (MDA) Workflow Model,” Status Report, Naval Postgraduate School, | March 2008, 1. 


44 Ihid., 24. 
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Figure 11. DoD Architecture Framework MDA Workflow Diagram 
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The EMIO workflow process, which is a small but significant part of the overall 
MDA process was derived from MDA workflow and operational diagrams, as well as 
NPS interviews with NAVCENT and ONI, EMIO After Action Reports (AAR), the 
Maritime Interception Operations Manual (NTTP 3-07.11), and LT Carroll’s experience 
gained from 91 executed boarding within NAVCENT’s AOR. Based on the complexity 
and busyness of the MDA workflow diagram, we developed an ‘As-Is’ operational EMIO 
model in POW-ER in order to model the four activities of BPR phase II. 


a. Create Activity Models 


ONI isOr 





Figure 12. SAMPLE NAVCENT EMIO C2 Structure 


The first activity in BPR Phase II calls for the need to create activity 
models that represent the ‘As Is’ organization or organizations responsible for completing 
a desired objective. Within NAVCENT’s AOR, the NAVCENT Commander is the 


overall authority responsible for the conduct of Maritime Interdiction Operations, as 
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shown in Figure 12. There are two organizations listed directly underneath the 
NAVCENT Commander. They are Commander Task Forces (CTF) and the Current 
Operations Department (COPS). 


Current Operations, in particularly the Battle Watch Cell (BWC) within 
the department, is responsible for supporting EMIO activities being conducted within 
NAVCENT?’s area of control. The Coalition Forces Intelligence Center (CFIC) which 
operates in conjunction with the BWC is responsible for monitoring boarding operations. 
Combined, the CFIC and BWC support COPS by providing situational awareness and 
intelligence information regarding EMIO within the AOR. 


CTF’s are assigned regionally within NAVCENT’s AOR and control the 
assets responsible for executing EMIO. Explanation of the EMIO C2 structure 
underneath the CTFs has been explained in Chapter 1. However, under the Commanding 
Officer, Figure 12 identifies additional participants in order to add fluidity to our POW- 
ER model. 


Lastly, Figure 12 also recognizes the Office of Naval Intelligence as a 
supporting activity involved in the EMIO process. Within ONI, an Intelligence 
Supervisor and Analyst represent a team of individuals supporting NAVCENT EMIO 


activities. 


b. Create Process Models 


The second activity of BPR Phase II calls for the creation of process 
models that reflect the ‘As Is’ progression of tasks being performed. In order to satisfy 
this activity, we have derived a series of tasks from the two stages of EMIO listed in 
Figure 1 and modeled those tasks within the context of a generic scenario in POW-ER. 
The tasks utilized within the model are outlined in Table 1 and were obtained from the 
work conducted by the NPS MDA Workflow workshop, training manuals, AARs, 


interviews, and operational experience. 


Table | illustrates the two stages of VBSS and lists the process milestones 


achieved during execution of boarding operations within the context of our scenario. 
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Under each milestone (highlighted in blue) there are three categories: task (yellow), 
activity (green), and process (black). Under the Task column, EMIO functions that 
require actions by an individual or organization are listed. The Activity column lists the 
individual(s) or organization(s) required to perform the function. The Process column 
lists the manner in which initiation or completion of the required task is moved to its next 
phase. Lastly, tasks are completed in a linear or concurrent fashion and can be determined 


in Table | by reading from top to bottom and left to right. 


Current ‘As-ls' Workflow Matrix 





Process 


VHF (Secure), VHF (BTB), SHF (chat) 


SHF (chat) 


Manual Input 
SHF (msg traffic) 


Msg Traffic 
Msg Traffic 





Msg Traffic 


Msg Traffic 


Standard Operating Procedures 
Msg Traffic, Manual Input 
Msg Traffic 


Msg Traffic 
Msg Traffic 


Msg Traffic 





Msg Traffic, VHF (BTB), SHF (chat) 
VHF (Secure), VHF (BTB), SHF (chat) 


Table 1. EMIO ‘As-Is’ Workflow Matrix 


Cc. Simulate and Perform Activity Based Costing 


The third activity needed to satisfy BPR Phase II, is to simulate and 
perform activity based costing on the “As Is’ model. In order to perform this function, we 
simulated the tasks, activities, and processes outlined in Table 1 utilizing POW-ER in 


order to identify critical paths and bottlenecks within the EMIO workflow process. The 
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generic scenario utilized for modeling takes place within the NAVCENT AOR and 
follows the transformation process of data collected during routine boarding operations 
leading to the development of actionable intelligence resulting in the detainment of a 
particular Contact of Interest (COI). Figure 13 provides a screen-capture of this scenario 
as performed within the POW-ER model and reflects the workflow of tasks as they are 
performed by activities. Blue arrows drawn from the individual to tasks indicate which 
individual or organization that will be performing that work. The black arrows between 
the blue milestones and yellow tasks indicate the direction of workflow. The green 
atrows connecting various tasks represent direct communication links and the black 
alrows connecting activities represent the EMIO C2 hierarchy within NAVCENT’s 
AOR. 


[PE POWer Editor - C:/Documents and Setting’ Joveph Sundland/ty Documents/Thesh/ Thetin/POWer-3.5a/EMO.Final. Models. vpx we 
Pee Gat beet Seudete Heb 
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Figure 13. EMIO ‘As-Is’ POW-ER Model 


d. Identify Disconnects and Value Adding Processes 


The fourth activity of BPR phase I calls for the need to identify 


disconnects and value adding processes within the ‘As-Is’ system. After running the 
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model, Table 2 reveals a very long tedious 34 hour EMIO workflow process to collect, 
send, analyze and then disseminate actionable intelligence back to decision-makers. As 
can be seen in Table 2, the disconnect identified within the model is the time for ONI to 
receive, input and analyze the boarding data and turn it into actionable intelligence. The 
total time between collecting boarding data and generating information from completing 
analysis of that data takes 1130 minutes or approximately 18 hours. In today’s 
environment where data transfer rates are extremely fast, decreasing the time between 
collecting and analyzing data can be greatly improved. By implementing Spiral-1 
technologies, PEO C4I has chosen this course of action to improve the EMIO workflow 


process. 


Current 'As-Is' Scenario Workflow Matrix 





Manual Input 30 0.021 | 11:45AM 
Manual Input 45 0.031 | 12:30PM 
SHF (msg traffic) 20 0.014 12:50 PM 


Msg Traffic 0 0.000 12:50 PM 
Msg Traffic 0 0.000 | 12:50PM 











Msg Traffic 420 0.292 9:50 PM 





Manual Input 600 0.417 7:50 AM 
Automation 60 0.042 8:50 AM 
9:50 AM 
10:10 AM 
Standard Operating Procedures 4:10 AM 
Msg Traffic, Manual Input 6:10 AM 
6:30 AM 
7:30 AM 
8:30 AM 























Msg Traffic 0.014 8:50 AM 
Msg Traffic, VHF (BTB), SHF (chat) 0.250 2:50 PM 
VHF (Secure), VHF (BTB), SHF (chat) 0.042 3:50 PM 




















Table 2. EMIO ‘As-Is’ Workflow Results 


3. Design ‘To-Be’ Processes 


The third phase of BPR calls for the need to design the “To-Be’ processes of the 
proposed system. Similar to BPR phase I, this phase has four activities: 1) benchmark 
processes, 2) design ‘To-Be’ processes, 3) validate “To-Be’ processes, and 4) perform a 


trade-off analysis. The Scoping Document for Maritime Domain Awareness Spiral-1 
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Prototype published 30 November 2007 and revised 01 January 2008 provides guidance 
regarding the boundaries and expectations of the first Spiral of the SECNAV’s MDA 
prototype.*> Within this document, the CFT has outlined a series of MDA capability and 
technology implementation requirements designed to meet SECNAV goals and 
deadlines. Figure 14 provides a matrix outlining Spiral-1 capabilities sought after by the 
SECNAV, and Figure 15 provides a modified version of the EMIO appropriate section of 
the MDA technology implementation matrix provided in the Scoping Document. 
Activities 2 through 4 of BPR phase II, as they apply to EMIO and the MDA prototype, 
are in progress and should be completed by August 2008. However, knowing the 
capabilities sought and the’ technologies’ selected to improve EMIO, 
POW-ER modeling allows us to continue BPR analysis in order to asses the impact of 


Spiral-1 technologies on EMIO Command and Control. 





- Maritime Headquarters w/ Maritime Operations Center Integrated with MDA capability 








- Maritime Headquarters w/ Maritime Operations Center Integrated with MDA capability 
- Improved Access to Non-Navy Maritime Information 

- Improved 2-way Wireless Transmission of EMIO data 

- Maritime Data Archives for Navy-wide Use 


COLLECT | MONITOR 








- Maritime Headquarters w/ Maritime Operations Center Integrated with MDA capability 
- Improved Access to Non-Navy Maritime Information 
- Collaborative Toolset for Data Sharing and Analysis 


FUSE 








- Maritime Headquarters w/ Maritime Operations Center Integrated with MDA capability 

- Expanded SME for Regional Info Exploitation and ID of Adversary Patterns and Tactics 
- Automated Maritime Pattern Recognition and Anomaly Detection 

- Collaborative Toolset for Data Sharing and Analysis 


ANALYZE 








- Maritime Headquarters w/ Maritime Operations Center Integrated with MDA capability 
- User-Defined Operational Picture w/ Multiple Data Streams (Classified & Unclassified) 
- Improved Access to Non-Navy Maritime Information 

- Maritime Data Archives for Navy-wide Use 

- Collaborative Toolset for Data Sharing and Analysis 

- Automated Afloat Maritime Data Collection (for EMIO) 

- Data Provided and used at Multiple Levels of Security 


DISSEMINATE 











Figure 14. Operational Capability Alignments with the Fleet CONOPS 


45 “Scoping Document for Navy Maritime Domain Awareness (MDA) Spiral 1 Prototype,” Revised 
January 2008 — Version 4.3, 3. 
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Spiral-1 Technology Implementation 


Capability 


Technology 


Improvement 





E-MIO (People) 


1. Boarding Party 
2. Intelligence Center 


1a. Tactical EMIO Device 
(to wireless/SATCOM) 
1b. Portable SATCOM 


- Wireless comms from 
boarding party, reducing 
latency for data exfiltration 
- Improved boarding team 
safety 


- Capture & disseminate 
VBSS data 

- Automated ingest of 
boarding data into 
authoritative databases 

- Disseminate data for E- 
MIO mission planning 


2. Intelligence Support 
System upgrades 














Figure 15. Spiral-1 Tech Implementation Node Mapping 


a. Benchmark the Process 


The first activity of BPR phase HI describes the need to benchmark the 
processes of the “To-Be’ system to be put in place. This activity has been fulfilled with 
the establishment of requirements outlined in the Scoping Document for MDA Spiral-1 
Prototype and subsequent documents produced by various CFT workgroups. Figure 14 
provides an outlook on Spiral-1 EMIO capabilities sought and Figure 15 lists nodes and 


technologies with their desired affect. 
b. Designing the ‘To-Be’ Process 


The second activity of BPR phase III calls for the design of the “To-Be’ 
process. By conceptualizing the capabilities of Spiral-1 technologies and applying the 
same construct described in section 2b of this Chapter, we were able to create the matrix 
shown in Table 3 by outlining the transformation of the collected boarding data as it 
progressed through the generic scenario used earlier. As can be seen in Table 3, the tasks 


between VBSS Stages 2 and | of the VBSS mission are significantly reduced. 
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This can be explained by the use of the Tactical EMIO System (TES) and verified in the 
next phase of analysis. 


Spiral-1 'To-Be’ Matrix 
Start - VBSS Stage 2 


Collect Required Boarding Information 
Boarding Data Forwarded via BGAN 
VOI clear or no clear 
Boarding Information Analysis - VBSS Stage 1 
ONI Analyze Boarding Data (+7 hr Time Difference) OM automation 
ONI Generate Tipper from Actionable Intel ON Manual inptt —tsts—sCOY 
ONI Submit Tipper to Navcent 
Navcent Receive Tipper/Issue VBSS Order (-7 hr Time Difference) 
BWC Receive Tipper/Draft FRAGORD 
BWC Submit FRAGORD 
CTF Receive FRAGORD & Forward tasking to MIC 
Execute MIO - VBSS Stage 2 
MIC Receive FRAGORD/Draft OPTASK MIO SUP 
MIC Submits OPTASK MIO SUP 
OSC Receive OPTASK MIO SUP & Intercept VOI 
BO Conduct VBSS/Detain COI 
Finish - Mission Complete 
Table 3. EMIO Spiral-1 “To-Be’ Matrix 


EMIO Data Paths 
MDA Spiral 1 


Law Enforcement 
swanckother users. 


Wireless RDC 





Figure 16. EMIO ‘Spiral-1’ Data Paths 
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Cc. Validating the ‘To-Be’ Process 


The third activity of BPR phase III calls for the validation of the “To-Be’ 
process. In order to accomplish this task, Figure 16 taken from the MIO/EMIO White 
Paper provides an illustration of the EMIO ‘To-Be’ workflow within the context of our 
scenario. Data collected on a vessel of interest through the use of the Tactical EMIO 
System (TES) is transmitted to intelligence support via BGAN satellite and shore 
terminal. Once that data is analyzed, turned into information, and transformed into 
actionable intelligence, that knowledge is communicated back to MIO Commanders 
through conventional means. The legend in Figure 16 provides a description of the 
communications medium used to transmit data. However, it is important to note that the 
use of wireless communication between the OSC and Boarding Team illustrated in Figure 
16 is sparsely utilized and not apart of the MDA Prototype Program. As such, standard 
VHF communications between the OSC and Boarding Officer as illustrated in Figure 1 
will be demonstrated in the “To-Be’ model. Furthermore, Figure 16 is just for illustration 
purposes and designed to show the EMIO data paths for Spiral-1. It should not be implied 
as illustrating increased processing speed or that the same MIO Commander, On-Scene 
Commander, and Boarding Team are interdicting the vessel of interest. Considering the 
use of traditional communication mediums from shore side intelligence support to MIO 
Commanders, we are assuming that the “To-Be’ workflow process between Stages 1 and 
2 remain the same as illustrated in the ‘As-Is’ workflow matrix. Therefore, validation of 
our ‘To-Be’ model, shown in Figure 17, is complete; and the results from the final 
activity of BPR phase III, ‘performing a trade-off analysis’, are presented in the next 


section. 
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Figure 17. EMIO ‘Spiral-1’ POW-ER Model 


d. Performing a Trade-Off Analysis 


The final activity of BPR phase II, requires a trade-off analysis to be 
performed. As shown in Figure 17, the EMIO workflow process has been changed with 
the addition of Spiral-1 technologies in order to expedite the transfer of data from the 
Boarding Officer to the intelligence analyst to be analyzed and turned into actionable 
intelligence. However, once the boarding data is analyzed, the actionable intelligence gets 
forwarded back to decision-makers via the same time consuming path as in the ‘As-Is’ 
EMIO workflow model. Once the Spiral-1 technologies are implemented into the EMIO 
workflow process, there is a noteworthy reduction in the amount of time it takes to 
transfer the data to the intelligence analyst and it decreases the overall time to complete 
this process, which is approximately 21 hours as shown in Table 4. The trade-off between 
the Spiral-1 “To-Be’ workflow process and ‘As-Is’ workflow process is a noteworthy 
reduction of approximately 14 hours of time. Since there has been a significant change in 
the workflow process, we can now infer how Spiral-1 technologies will impact the EMIO 


Command and Control process. The implementation of Spiral-1 technologies has 


4] 


improved the speed of transferring data from the Boarding Officer to the Intelligence 


Analyst reducing the overall EMIO workflow cycle time. 


Spiral-1 'To-Be’ Workflow Matrix 





Duration 


VHF (Secure), VHF (BTB), SHF (chat), TES 10:30 AM 
10:35 AM 
10:50 AM 











Standard Operating Procedures 
Msg Traffic, Manual Input 

















Msg Traffic, VHF (BTB), SHF (chat) 
VHF (Secure), VHF (BTB), SHF (chat), TES 




















Table 4. EMIO Spiral-1 “To-Be’ Workflow Results 
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IV. TRANSFORMING DATA INTO ACTIONABLE 
INTELLIGENCE 


As suggested in the previous Chapter, Spiral-1 technologies significantly improve 
the Command and Control cycle time of Extended Maritime Interdiction Operations by 
automating the transformation of data into intelligence systems for analysis. However, as 
implied in Leavitt’s Diamond and discussed in Chapter 2, any enterprise wide change 
solution implemented to address a particular task will inevitably affect other 
organizational variables. In this case, Spiral-1 technology solutions for streamlining the 
EMIO process have been chosen for implementation, but their impact on other variables 
within the EMIO mission is unknown. As such, it is the intent of this chapter to apply 
adjustments to remaining Leavitt Diamond variables in order to maintain functional 
harmony due to the change in the technology variable. In doing so, we intend to answer 
thesis question 2, what is the optimal Extended Maritime Interdiction Operations 


Command and Control structure after Spiral-1 technology implementation. 
A. IMPLEMENT REENGINEERED PROCESSES 


The fourth phase of BPR calls for the need to implement the reengineered 
processes of the proposed system. This phase has four activities: 1) evolve an 
implementation plan, 2) prototype and simulate the transition plan, 3) initiate training 
programs, and 4) implement a transition plan. As mentioned in Chapter 3, 
implementation of MDA prototype Spiral-1 technologies is planned for August 2008, and 
Spiral-2 completion is planned for August 2009. Theoretically, all the activities for the 
fourth phase of BPR should be completed by that time. Fortunately, modeling affords us 
the opportunity of looking ahead at the potential effects of implementing change 
solutions throughout the entire EMIO process. By recapping the Spiral-1 change 
variables in place and conceptualizing change solutions we were able to develop and 


simulate our hypothetical model in POW-ER as the optimal EMIO C2 structure. 


As shown in Figure 17, addition of the Spiral-1 technologies to the EMIO 


workflow process has expedited the transfer of boarding data from the Boarding Officer 
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to the intelligence analyst to be analyzed and returned to decision-makers as actionable 
intelligence. Unfortunately, once the boarding data is analyzed, the actionable 
intelligence gets returned back to decision-makers via the same time-consuming path as 


indicated by the long red ‘critical path’ bars illustrated in the ‘As-Is’ and “To-Be’ EMIO 


workflow Gantt charts shown respectfully in Figures 18 and 19. 
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Figure 18. EMIO ‘As-Is’ Workflow Gantt Chart 
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Figure 19. EMIO ‘Spiral-1’ Workflow Gantt Chart 








The Gantt charts above coincide with their respective Scenario Matrices discussed 
in Chapter III and reflect the 14 hour time savings resulting from the implementation of 
Spiral-1 technologies. The Gantt chart does not reveal the time variable on its x-axis but 
this information is displayed in their respective scenario matrices in Tables 2 and 4. 
Spiral-1 technologies have shortened the critical paths between the collection of the 
boarding data to the fusion of that data into intelligence systems leaving room to reduce 
the critical paths throughout the rest of the EMIO process. By applying solutions to the 
remaining change variables in Leavitt’s Diamond we can provide an optimal C2 


structure. 
B. APPLYING LEAVITT’S DIAMOND 


Information Technology solutions have been chosen to improve the Business 


Processes of Extended Maritime Interdiction Operations. In order to implement our 
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optimal EMIO workflow process, we will offer and apply solutions to the remaining three 
variables of Leavitt’s Diamond in order to maintain functional harmony throughout our 


model. 
if People Solutions 


According to Harold Leavitt, people solutions for organizational change typically 
involve changing the attitudes of the people involved in the process. Determining people 
solutions can be conducted through group discussions, face-to-face meetings, and open- 
ended interviews.46 By analyzing the NAVCENT interviews conducted by NPS and 
Space and Naval Warfare (SPAWAR) and discussed in Chapter I, it can by inferred that 
NAVCENT operators are arguing to be more actively involved in the EMIO process. In 
order to accomplish this solution it is necessary to change the roles and responsibilities of 


the people involved as well as their attitudes. 


Currently, NAVCENT does not possess the capability to provide identification 
and validation of boarding data to be actively involved in the EMIO process. Since ONI 
possesses the capability to identify and validate boarding data, one can infer that ONI’s 
active participation in the process is needed. Therefore, attitudes of ONI personnel will 
have to change from a support role to an operational role in order to provide NAVCENT 
with the service capabilities they need. If this change were to occur, then adjustments to 


the existing organizational form must happen. 
Ze Organizational Form Solutions 


When seeking to implement changes to an organization’s form, solutions 
normally involve the following: 1) rewriting job descriptions with greater precision to get 
rid of overlapping responsibilities, 2) changing the functional form of an organization and 
converting it into a product form, 3) decentralizing the organization and give a lot more 
authority to product makers, and 4) people may need to be moved out of the process 


because there is to much fat in the organization.4’ In application to the EMIO process, 


46 Harold J. Leavitt, Managerial Psychology (Chicago: The University of Chicago Press, 1978), 284. 
47 Tbid., 283-284. 
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organizational form solutions that focus on changing the functional form of the 
organizations involved in this process and converting the command and control structure 
into a form that produces mission results will be utilized in our ‘optimal’ POW-ER 


model, and the organizational diagram is illustrated in Figure 20. 
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Figure 20. EMIO ‘Near-Optimal’C2 Structure 


a. Management Processes 


Management process solutions for change involve a clear vision from top 
management, buy-in from middle management, and active user participation.48 The MDA 
prototype program has a clear vision for change, but the Spiral-1 EMIO workflow 
process relies on existing operational procedures rather than updated procedures that 
reflect changes in the EMIO C2 processes and structure. In order to implement people 
and organizational form solutions throughout Extended Maritime Interdiction Operations, 
a clear vision consistent with the greater MDA mission must be articulated by top and 
middle level management and embraced by the users. Now that we have addressed the 
three remaining change variables in Leavitt’s Diamond we are now ready to simulate our 
reengineered and near-optimal EMIO model. Our use of the term near-optimal indicates 
our acknowledgement of other, perhaps yet unknown, variables that may also be affected 


to improve the model at present. 


48 Michael S. Scott Morton, The Corporation of the 1990s (New York and Oxford: Oxford University 
Press 1991), 262-265. 
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C. NEAR-OPTIMAL EMIO COMMAND AND CONTROL STRUCTURE 


In keeping with the Business Process Reengineering philosophy, we have 
developed an optimal EMIO workflow process that takes in account the remaining 
change variables in the previous section. By running the same scenario used earlier, 
Table 5 illustrates the tasks, activities, and process resulting from the changes, and Figure 


21 is a screenshot of the simulation in POW-ER. 


Optimal C2 Matrix 


VHF (Secure), VHF (BTB), SHF (chat), TES 
BGAN Satelite 








VHF (Secure), VHF (BTB), SHF (chat), TES 
VHF (Secure 








Table 5. EMIO ‘Near-Optimal’ Matrix 
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Figure 21. EMIO ‘Near-Optimal’ POW-ER Model 


The optimal EMIO C2 structure, implemented from all the solutions suggested 
above, involve a more active relationship between the boarding officer collecting the data 
and the intelligence analyst processing the collected information. These individuals have 
been determined as the product creators within the EMIO workflow process and are 
reflected in our model shown in Figure 21. Transformation of the knowledge gained from 
the information processed by the intelligence analyst is then transmitted thought existing 
collaborative technologies that will allow decision-makers to perform concurrent actions 
necessary based on the actionable intelligence gained. The results of our near-optimal 


‘EMIO’ workflow model are presented in Table 6. 
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Optimal C2 Matrix 





Process Duration 





VHF (Secure), VHF (BTB), SHF (chat), TES 10:30 AM 
BGAN Satelite 10:35 AM 


SHF (CHAT) 12:35 PM 


SHF (CHAT) 12:55 PM 
SHF (CHAT) 1:00 PM 





VHF (Secure), VHF (BTB), SHF (chat), TES 
VHF (Secure) 























Table 6. EMIO ‘Near-Optimal’ Workflow Results 


By applying Leavitt’s Diamond, our optimal model reflects a significant 
improvement in the efficiency of the EMIO workflow process by reducing the C2 cycle 
time to approximately 3 hours as compared to the Spiral-1 C2 cycle time of just under 21 
hours. This overwhelming reduction in cycle time produced by the optimal model allows 
for a singular engagement in which all actors involved in the EMIO process, at initial 
VOI contact, can take appropriate action if needed. As such, our near-optimal POW-ER 
model provides the tractable and applicable solution to our second thesis question: What 
is the optimal Extended Maritime Interdiction Operations command and control 


structure after Spiral-1 technology implementation? 
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V. CONCLUSIONS AND RECOMMENDATIONS 


A. CONCLUSION 


The art of monitoring vessel traffic throughout the maritime domain is not a new 
skill practiced throughout the United States. Rather, the act of maritime domain 
information sharing between multiple governmental agencies in order to achieve 
comprehensive situational awareness of threats throughout the maritime domain is a new 
art accomplished under the guise of Maritime Domain Awareness. As such, it is under 
this perspective in which the Secretary of the Navy has initiated and directed the fielding 
of a prototype MDA capability which through its first Spiral would provide: 


1. A capability to the U.S. Central Command (CENTCOM) and U.S. Pacific 
Command (PACOM) Areas of Responsibilities (AORs), interagency partners, 


and select friendly and allied nations. 


2. The core effort will create a network that, at multiple levels of security and 
across multiple domains, will feed many data streams into a common 
operational picture (COP) accessible throughout the United States 


Government and foreign or Coalition partners. 
3. Be able to handle time sensitive maritime threats. 
4. Will be designed for expansion. 49 


Under the new realm of Maritime Domain Awareness exists the mission of 
Extended Maritime Interdiction Operations which is a small but significant element of 
MDA. As mentioned in Chapter I, Extended Maritime Interdiction Operations target 
personnel or material that poses an imminent threat to the United States. Therefore, in 
order to enhance accessibility to information gathered from EMIO, Spiral-1 technologies 


designed to streamline information processing capabilities have been procured and are 


49 “Scoping Document for Navy Maritime Domain Awareness (MDA) Spiral 1 Prototype,” Revised 
January 2008 — Version 4.3. 


51 


expected to be operationally tested by August 2008. However, modeling provided in 


Chapters III and IV provided the ability to predict operational outcomes. 


The current EMIO workflow process to collect boarding data, analyze and 
transform the data into actionable intelligence, and then disseminate it back to decision 
makers takes approximately 35 hours as revealed through our modeling simulation. This 
process is lengthy and fails to improve situational awareness within the Maritime 
Domain. However, the implementation of Spiral-1 technologies within the EMIO 
workflow process does add value by reducing the time gap between collection and 
analysis of data by 14 hours. This significantly improves the efficiency of the EMIO 
workflow process, yet it does not provide real-time actionable intelligence to decision 
makers in order to allow for a timely engagement. This leads to the question of what is 


the optimal EMIO command and control structure. 


The ‘near-optimal’ EMIO command and control structure was developed from 
proven academic philosophies and techniques of Business Process Reengineering and 
Leavitt’s Diamond. Michael Hammer claimed that reengineering could not be 
accomplished just by cutting fat or automating existing processes; rather it is 
accomplished by challenging old assumptions and shedding the old rules that made the 
business underperform in the first place.59 Spiral-1 EMIO technologies address one 
portion of the inefficiency that exists within the ‘As-Is’ EMIO workflow process, but 
changes to the current organizational form and people involved in the process completes 
the reengineering effort. These applications provided guidance in developing a model that 
takes into account significant changes in processes and organizational structure. We used 
modeling software to simulate our ‘near-optimal’ EMIO workflow, as well as the other 
EMIO workflows, to illustrate the drastic improvements that resulted in a reduction of 
over 30 hours. This new ‘near-optimal’ command and control structure allows for 
boarding data to be transformed into actionable intelligence that can be acted upon in a 
timely manner, which increases the situational awareness within the Maritime Domain 


and supports SECNAV’s initiative. 


50 Michael Hammer, “Reengineering Work: Don’t Automate, Obliterate.” Harvard Business Review 
(July-August 1990), 4. 
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B. RECOMMENDED FUTURE RESEARCH 


While researching and writing this thesis, we identified several items of future 


research for students who wish to develop them further. We list the items below. 


1 


Conduct a performance analysis of the EMIO Spiral-1 technologies in 


accordance with Spiral-1 MOEs and MOPs. 


Validate Spiral-1 and Optimal workflow models though future MDA Spiral 


exercises. 


. Examine EMIO policies and procedures in place to verify uniform guidance 


and direction in accordance with MDA procedures. 


Examine alternative MDA and EMIO command and control structures that 


enhance collaboration efforts. 


Develop a model to simulate the current MDA ‘As-Is’ workflow process to 


identify disconnects and value added process. 
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APPENDIX A. MDA CONDUCTED INTERVIEWS 


A. INTERVIEW WITH THE OFFICE OF NAVAL INTELLIGENCE 


Representatives of the NPS team interviewed several staff of NMIC/ONI 23 
October 2007 (Freeman, J., Hutchins, S., 2007). The interviews were structured to elicit 
comments about (1) a draft workflow for MDA activities surrounding a tracking and E- 
MIO scenario, and (2) the utility of MDA Spiral 1 technologies for their activities. NPS 
interviewed: an information systems manager, a Watch Floor COP manager, and a 
specialist in boarding operations and data. An informal interview was conducted with the 
head of the Advanced Maritime Analysis Cell, and with the lead for a DoDAF 
architecture effort focused on the intelligence day shops. All interviews were held at the 
unclassified level. 

Process critique 
Informants 
e Jim Stallings Qstallings@nmic.navy.mil; 301-669-4407) -- Watch COP/CIF 
Manager 
e Lt Henry Lange (hlange@nmic.navy.mil: 301-669-4324) — MIO Intel Collections 
e Paul Carroll 
10 VOI Tipper 
Notes 
e Once determine it is a POI then it becomes a VOI: Deal more w/ people than 
vessels (Ctr-terrorism) 
e Watch floor gathers info in coordination w/ CG on ships coming to CONUS 
e A VOI tipper comes in from a vessel or NAVCENT OR we may originate a VOI 
based on intel, Coast Guard, Ships coming to CONUS with their crew lists. Will 
increase/decrease accordingly: ONI assigns priority level. 
e We tag it (“suspect” merchant) & specify level of priority 


e ONI Watch — front line, ones actively working w/ Flts, or in future 
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MOQs; Process should also be bottom-up, i.e., outside originators should be 
pushing info up the chain 
Alert goes out ship ID’d as VOI by watch analyst: Do Daily Updates msg — Intel 
blurbs concerning that ship/ info on it 
Transmit via GCCS to appropriate AOR to global COP 
o Merchant suspect -- Send to all/ everybody and geo-synch to appropriate 
AOR. Anything that is suspect is a concern to all. 


Workflow diagram 


Some of things listed next level down are actually done @ ONI because these org’s 


are very young organizations 


Right now: completely manual process 

To ensure coordination occurs — on watch floor they use a number of chat 
windows, phone calls, email. Not sufficient to just put in COP 

MOC may reach back to you for additional info; Watch floor analyst will do 
analysis & handle, or if more in-depth analysis is needed get specific expertise 
type of analyst (e.g., ctr-narcotic specialist, ctr-terrorist, etc. 

ONI cells - the "day shops" that respond to tough RFIs. ONI develops and 
disseminates intelligence to operational forces. It consists of several analysis cells 
(day shops) and a watch floor that interacts directly with the Navy commands to 


elicit and provide intelligence, typically concerning vessels of interest. 


Structure 


ONI 111 — counter-terrorism analysis cell (more people than vessels) 
ONI 112 — counter-narcotics analysis cell 
ONI 113 - SEAWATCH technology owner; data quality control; own SW db 
ONI 114 - counter-proliferation analysis cell 
ONI 115 -- homeland defense cell — diff from Ctr-terror — looking at everything & 
more domestically focused 
ONI 116 -- intelligence strategy, define the problem sets to look at 
ONI 11? -- watch floor; front line actively tracking; working w/FLTs or, in future 
MOCs 
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RFI 


Comes in via phone call, chat, email - tracked by watch, sent to whatever “day” 
shop. 

Easy RF Is — database search, e.g., just looking for picture of vessel, history-route, 
planned destination 

Hard RFIs — network RFIs, want to know owner of vessel, who vessel is tied to 
ONI RFIs — on whichever is appropriate because of what vessel might be 
Carrying 

Regional type Q’s can give specific info on that country 

Ships may come directly from FLT; are obligated to inform NAVCENT 
NAVCENT Does tasking — will implement anything tactical, but lot of tasking 
comes from ONI 

Some RFIs get pushed up; RFI directly from sea, i.e., merchant on their COP is 
red. Will continue tracking once something is tagged, we continue to collect. 
Primary info is track, but movement on COP. 

Dissemination is from ONI, combining all source data. 


Continue process of tracking vessel; ELINT and other nat’! imagery. 


DAILY UPDATE 


Includes precursor info and any change info. Publish everything learned in real time 


& rpt in Daily Update. Depends on priority how fast info gets sent out. Lower priority 


trks — just publish in Daily Update. 


20K tracks in db (18K neutrals) 

Classes 

OCONUS bound vessel 

NKorean high interest 

Others 

Communications for 10 via GCCS 

Watch analyst does daily update message re: "merchant suspect" as VOI to 
NAVCENT MOC 


We also make email, chat 
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(For 18K tracks that are legitimate neutrals, we geolocate 

Rate: 220VOImin - 300VOI - 350VOImax 

HR: 13 (crypto (CSG), Elint, coast guard, COP sit managers, AOR desks 
(CENTCOM, PACOM, Americas, EUCOM) but they are under-tasked right now. 
Docs in: standardize record messages, chat, phone, RFI, email from CG 

Docs out: same as in 

Technologies: (see below) 


20 RFI received via email, chat, phone from NAVCENT or directly from a vessel 


Note 


An analyst on the watch floor may answer the easy RFIs. E.g., a db search for a 
vessel photo, track history, planned destination 

The floor analyst may push hard RFIs to a day shop here, and they track these. 
E.g., passenger info, ship's owner via counter-terrorism. 

ONII (111, 112, 114, 115). 

ONI2 answers questions re: regions. Such as impact of recent events, red forces 
Rate for dayshop RFIs: 2x-3x-4x per week for a day shop 

HR for dayshop RFIs: 1 analyst per RFI 

Rate for floor: 0-6 formal per 24 hours (about | hr each) + 15-20 informal, fast 
RFIs per 24 hours + some internal service for RFIs 

HR for floor: 1 person 

Docs in: see 10 

Docs out: see 10 

30 RFI response sent directly (cc: watch floor) or via watch floor to both the ship 
and to NAVCENT 


no notes 


50 ONI continues intel on VOI until the vessel is no longer VOI 


Notes 


Principle focus is movement history in daily from ELINT, national imagery 


ONI actively manages intel assets, e.g., sensors to capture data on location, etc. 
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e Local vessels may add the vessel to the COP. They may or may not push it up to 
everyone else. 

e Rate: often under-tasked 

e HR: 1 person 

e Docs In: everything (see ONI1) including intellink 

e Docs out: ONI web portal "silver tab" at different levels, email 

e _? ONT publishes daily update on VOIs 

Notes 

e The update reports what's happened in the prior 24 hours. It will have been 
reported already for high priority vessels. For lower priority tracks, we hold for 
the 24 hour update. 

60 SEAPORT 

Notes 

Response from BMFC (pos/neg match) should go to 3 places: Sr. Watch Officer, 

NAVCENT MOC, and originator. 

e If positive, comes to ONI — biometric analysis cell (BAC) (this person acts as a 
collateral duty) 

e If positive, BAC has 3 hrs to send why back to NAVCENT MOC and ___on why 
it is: Biometric Intel Analysis Report (BIAC). Analysis cell is mobilized to 
produce report to send back to JIOC. 

e CENTCOM and PACOM analysis, 7F are at ONI if there is going to be a hand 
off, PACOM analysis would take over. 

e NAVCENT is required to put all boarding data (results of biometric data analysis 
done at BMFC, WV) onto SEAPORT, but resource constraints mean that doesn't 
always happen. 

e Should be an automatic flow of all info into SEAPORT — but does not always 
happen due to operational constraints 

e These data come up CNFC Coalition Naval Forces Central or on CMFC = 


Cooperative Maritime Forces Central 
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Seaport is for historical analysis, an archive. The watch floor does not care about 
these data for real time action except to provide a profile of the vessel. 
Human Resources to conduct: ~300 VOI Tippers handled; about 3/ week 
13 people on watch floor; everything comes in thru’ watch floor from 
CENTCOM, PACOM, 4 Regional areas: Americas, EUCOM, CG Watch and 
many info groups (crpto supt grp, elint, CIT mgr, functional desks) 
Currently under-tasked (EUCOM, sometimes CENTCOM) PACOCM over- 
tasked 
RFI can be formal/ informal; have to take time to dedicate 
15-20 RFI pass through in given day. Are also answering questions for people in 
bldg 
Archive: Can be used tactically to see if vsl has been boarded before. 
Can share SEAPORT info across multiple networks and get French ship in 
vicinity of VOI to board it as it comes up on 96-hr window before U.S. 

o EX: Coalition ship notices tripwires — passed to NAVCENT “Last box on 

flowchart” NAVCENT Regional Analysts handoff to C7F Regional 


analysts — happens 2-3 times/ week 


Reasons for Process failures (outside ONI) 


So reliant on different networks, track data being shared throughout different 
components. COP architecture — where does it go? “Crap shoot” as to whether 
right info gets to right person. 

Segments — because has to go thru COP architecture: hierarchical architecture- at 
each level it can be filtered out. If CENTCOM sends data down to their 
component CDRs. 

ONI Has no control over what gets sent back up to ONI. 

Reasons for Process failures (outside ONI): 

Urgent RFI on weekend — if SME is not in bldg, it goes to next best person. From 
MIO perspective, guy going to send biometric to BMFC did not have rights to 


send it... 
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e Watch floor — high turnover, many junior people, not trained in procedures, who’s 
who, who to contact 

e MIO — need training on equipment tactical units often do not receive training 

e NAVCENT changes policy — going to collect biometrics on every ship boarded: 
ONI doesn’t have manpower to do this 

e Training biggest issue re manpower; turn off automated systems, need to train the 
trainer, fluctuations in people coming in 

e Docs in: Contextual data via SEAPORT in jpg, bmp, excel, scanned docs at 
attachment to Seaport db 

e Process: above 

e Docs out: Chat, phone, email 

63 Biometric data to BFC (Biometric Fusion Center) in West Va. 

Notes 

e This group identifies known suspects from boarding data 

e This is done unclass 

e This is a new process 

e The data that are transmitted from the boarding party is a digital fingerprint. 

e Note that Coalition does not collect biometrics, though they may (source is 
uncertain) provide images of eqt & radiological. 

e The biometrics are returned to ONI watch floor 

e NAVCENT MOC 

e Tactical force (the boarding party's command) 

e Docs In: Digital fingerprint email 

e Process: Auto correlation against databases 

e Docs Out: Email stating positive match or no match 

Biometrics response 

Notes 

e If there's a positive ID, then ONI responds with an explanation (who they are, 
why they are suspect) to NAVCENT MOC or Tactical force 


e Rate: 1x in 2007 for 25 individuals in one event 
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HR: 3-7 part time 


Docs In: see 63 


Docs Out: Biometrics Intelligence Analysis Report via email attachment 
67 NCIS role -- 


Notes 


80-110 


This informant had no info on the NCIS & law enforcement role 
CAPT Boyd runs the identify management office that is trying to integrate law 


enforcement databases. 


Notes 


ONI does have regional analysts 
If a vessel is headed between AORs, then there'll be a handoff between our 
analysts here. 
Rate: 2-3x per week 
HR: 2 regional specialists involved 
Docs in: Sealink, SEAPORT, GlobalTrader, 
Technologies: Anticipated technologies at ONI 
o Note: None of these technologies have been run through the official ONI 
process for fully accrediting a system. A previously accredited system can 
enter ONI through its process in 90 days. For a non-accredited system like 
these it could take 6 months. 
o Note: Almost all ONI data move at SCI level. We downshift the data to a 
lower classified domain (which strips off the sources). 
o Note: None of the technologies 
o Note: Where is GCCS? Where are other programs of record? 
EMIO CENTRIX CFMC is running at ONI. Another CENTRIX -- CMFP -- 
network is 2 months into its 6 month process. This is a useful technology. The 
procedure for routing EMIO data is not yet settled (e.g., does it go directly from 
ship to ONI or via NAVCENT or others). 


Use in: Input to 60, 63 (but it's not in those nodes) 
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COP — graphical representation of record message traffic; architecture issue 
because built for geography. When ships transit from CENTCOM -> EUCOM, or 
GULF to MED, COP not built to include data when track transits. Limited to 19- 
20 tracks: impacts ONI every 48 hrs. Don’t send all these tracks to everyone: 
CENTCOM -just send trks that pertain, same for EUCOM. 
o System is not built to “gracefully” announce “here comes a VOI.” There’s 
a gap between one geo area and the next. 
Advanced Maritime Analysis Cell (AMAC)- people on watch floor use wide 
variety of tools: websites, phone calls, automatic merchants reporting system, 
SELINK, SEAPORT, Global Trader, etc. 
TRIPWIRE is working at ONI. It originated here in their analytic cell. This is a 
useful technology. 
Use in: 20 
MAGNET is nominally operating for the CG now 
Use in:10 
LINX will not be in this building. NCIS only will own it. 
Use in: 63 and/or 67 
CMA is available in NMIC via Coast Guard. ONI will take advantage of it. 
This is a JCTD. Not clear how this relates to GCCS. Another source for vessel 
tracking. 
Use in: unknown 
TRIPWIRE (aka TAC) 
Use in: 10, 25 (do the analysis), 40 (continuous analysis) 
TAANDEM is an early PANDA. Not clear if ONI will have it. 
FASTC2AP is not in ONI, though some want to move it in here. 
GoogleApps / Fusion Server is not in ONI and not on our horizon. 
GCCS -- GCCS processes vessel tracks in the form of a COP. 
COP is used in briefs and throughout the day. 
Upcoming version will support unlimited number of tracks. 


GCCS successes 
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Keeps the COP up 

Users can see the vessels anywhere in the world, threat and friendly 

GCCS weaknesses 

Installing version updates is problematic 

Minor latencies, on the order of seconds 

Interference (distance between vessels) and travel times is underused 

Failure points 

Track data in GCCS is not always shared between nodes because data needs to 
pass through the hierarchy of COPS and it can be filtered out at each level. E.g., If 
PACOM doesn't send data down to its component commanders, then it doesn't get 
there. A tactical unit may not pass this up. 

An urgent RFI on the weekend may not be quickly answered if the SME is not in 
the building. From the EMIO perspective, a guy 

A unit may not have permissions to send a large file to the biometric center. So 
now he needs to get new permissions. 

Training: Watch floor has high turnover of personnel means procedures, contacts 
may not get used right. In EMIO work, the tactical units are using eqt they have 
no training on and rarely use. 

Manpower to analyze biometrics, here at ONI, is limited. 

Non-cooperative targets may turn off data sources. So we may lose them. We 
need to anticipate where they'll be. 

Training in general: There's one guy (our informant) who does this training of 
trainers who return to their ships with new knowledge. Little Creek has begun to 
help with this. 

Turnover: Watch personnel turn over frequently. 

Re: 100 -- The system doesn't support early notification of handoffs between 
AORs. During a recent handoff, EUCOM and CENTCOM were handing off 
vessels during the Lebanese/Israeli war. But the COP didn't enable them to 
represent that their AORs overlapped. We needed to change our system to 
represent the overlap between fleet AORs Current COP architecture has a limit of 
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Misc 


20K tracks. To stay in that limit, we draw a line. They have no foresight into 
incoming tracks. At any rate, we need to phone the command to alert them that 


there's an incoming VOI. 


ONI also executes some NAVCENT tasks 

Ships may come directly to ONI, but we need to notify the NAVCENT in order 
recommend a tasking of the vessels 

Vessels on 96 hours of arrival appear on a list 

A story: A French Boarding party notices some suspicious characters. A US ship 
arrives to take biometrics. The biometric analysis cell of 7 staff 

Advanced Maritime Analytic Cell develops advanced techniques & integrates 


new technologies. They are skunkworks 


Futures: Advanced Maritime Analysis Cell 


Informants 


CDR Jim Ford -- AMACs TRIPWIRE, develop analytic techniques. They'll test 
new concepts with new procedures, new tools. 


(Tom Darby) 


Objective: 


Issues 


Develop new methods and technologies to help the Navy track people and predict 
intent. Integrate these into ONI and Navy intel. 

Current ONI MDA methods 

Methods vary between ONI11x's. All their mthods boil down to reading and 
reporting 

In contrast ELINT, SIGINT have a formal process. However, they're applying it 


to an easy problem: tracking 180,000 vessels 
Threat tip triage -- The challenge is to identify bad needle in the stack of suspect 


needles. We get huge amounts of threat data. But we have to figure out which to 


pursue. 
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Identifying suspect individuals -- Bad vessels don't kill people. Bad people kill 
people. So, we need to figure out who are suspects. We cannot just infer that a 
vessel with opium on it is owned by an evil man. He may not know. 

Data are sparse -- Entity, relationships, attributes are the keys of our work. These 
data are sparse. 

Data aggregation over sources & over time & knowledge aggregation from it 
Technology goals 

Exploitation of structured and unstructured data in a single analytic environment 
through geospatial, temporal, semantic -- Difficult to get analysts to think n- 
dimensionally so that the CDR can place assets proactively. You need to 
understand the confluence of poppy harvest, Ramadan, ship schedules, politics of 
bribery at the docks. Analysts have been hampered by their tools that prevent 
them from thinking in this way. 

Integration of tools -- We have 7 date formats, 15 logons, etc. 

Universal access (civilian, misc) OR Seamless data exchange (even if we're not 
using the same tools) -- This would give me in ONI what I get from iGoogle. 
Technology products thus far 

TRIPWIRE 

Paelomon 

Intellipedia -- an intel wikipedia is our best tool. It is our best Cumulative 


Knowledge Base. Wants this to be ubiquitous 


Critiques 


Google Apps -- Supports collaboration. But people mainly use it to get to their 
current file structure. It does not improve it. 

Google Fusion -- Not surprising. I can already get ship tracks on Google Earth. 
It's not remarkably better data. It provides only visualization, but no analysis (e.g., 
prediction) 

PEO C4I keeps giving me more information feeds. It was overwhelming to 


analysts. They never gave me tools to manage it. What to do w/ 17 predator feeds 
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Misc 


when I cannot handle one. Chat just injects more people into my busy day. We set 


up shadow chat services to avoid voyeurs. What if we give this to foreign nations. 


Develop the intel that eventually produces a VOI tipper. Focused on the difficult 
problem of identifying which vessels to find, fix, and finish. 

You may care about a vessel moving between two points because you got 
HUMINT indicating that an opium shipment between those points is pending. 
You get this intel by chance. You may or may not have a name of a person of 
interest. 

The biometrics guys assume you can get fingerprints to identify suspects. This 
assumes that all suspects are printed and that they're in the db you are examining. 


An improved certification, accreditation, T&E process is greatly needed. 


INTERVIEW WITH NAVAL CENTRAL COMMAND 


Representatives of the NPS team interviewed several staff of NAVCENT 11-15 


November 2007 (Freeman, J. and MacKinnon, D., 2007). The interviews were structured 


to elicit comments about (1) a draft workflow for MDA activities surrounding a tracking 


and E-MIO scenario, and (2) the utility of MDA Spiral 1 technologies for their activities. 
NPS interviewed: the ONA Director (N2), the Deputy ONA Director (N2), a 


Communications Information Systems officer (N6), an Information Management Officer 


(N6IM), the Deputy Director of Future Plans, ONI’s embedded analyst in the ONA, an 


ONA MIO specialist, and several representatives of the COPS. All interviews were 


unclassified. 


Executive Summary 


Lie 


Workflow modeling of the NAVCENT MOC is complete. It contains tasks, 
actors, decision points, and communication flows. It also contains recommended 
SP-1 uses among tasks. 

MDA is being accomplished by NAVCENT today using GCCS-M, CENTRIX, 
SIPR, JWICS, NIPR, SEAPORT, and EHF command nets. “As-Is” workflow 
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analysis indicates that the remainder of SP-1 is not fielded and therefore few 
personnel know each technology’s features or can understand how to implement 
them. 

. Watchfloor personnel would more prefer any technology that triggers or alerts 
them to specific tracks. They are less likely to use a technology that requires data 
mining or lengthy fusing of multiple sources. 

. As SP-1 technologies are fielded, they need to be accompanied by either: more 
personnel, training, or at least, easy-to-understand user’s manuals, billet-specific 
tutorials, and some guidance concerning required maintenance. 

Other areas of concern are: reliability, sharability (releaseability), and bandwidth. 
Reliability concerns can be addressed via improved maintenance and improved 
technology quality. Sharability concerns seem less easily solved. NAVCENT 
operates in a Coalition environment with a large number of bilateral agreements. 
Yet many systems provide fused intelligence that can only be “seen” by U.S. 
forces. Making any subset of these data available to Coalition partners requires 
that a special process (“bustering”) be invoked. Bandwidth at NAVCENT is not 
unlimited. If SP-1 technologies require more bandwidth, they will likely remain 
offline unless they offer greater performance benefits than existing technologies 
SP-1 technologies may be better deployed for use at a JIOCC or ONI given the 
extraordinarily high turnover rate at NAVCENT (10% per month on average), the 
relative shortage of personnel, and the burden of other MOC missions (below). 
There is ongoing discussion about this option and that it would provide the same 
tipper information and also provide command agility in the event of flag 
embarkation away from NAVCENT. NAVCENT would therefore need to work 
closely with ONI to ensure mission focus is shared and regularly updated. ONI 
would also need to remain reachable at all times. 

. NAVCENT has three primary missions of maritime security, anti-terror, and 
IRAN. MDA supports these missions, but it is subordinate to them. 

SP-2 inputs include a method to combine shore-based radar output among many 


nations, combined with AIS tracks- and enable this data to be used by the entire 
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Coalition. This capability aligns with the MOC N2’s vision for enhancing both 
the capability of the MOC and the strength of partnerships in the region. 


Participants 


Dr. MacKinnon and Dr. Freeman interviewed the following individuals at 


NAVCENT: 


Note: 


LCDR Dan Bethel, N6IM, Information Management Officer, (0) 318-439-9538, 
(c) 973-1785-9538, (cell) 973-394-8382, (recently transferred) 

CDR Danny Sadoski, N6, Communications Information Systems (provides 
hardware and Information Assurance to the fleet), danny.Sadoski@me. navy.mil, 
(0) 318-439-4590, (c) 973-1785-4590 

CAPT Wayne Porter, N2, ONA Director, (0) 318-439-9469 

LCDR Phil Ohlenmeir, COPS Officer, philip.ohlemeier@me.navy.mil, (0) 318- 
439-3814 

LCDR Chris Roby, Christopher.roby @me.navy.mil, (0) 318-439-3879 

CDR Curtis Dunn, Deputy N2, curtis.dunn@me.navy.mil, (0) 318-439-4132 

Mrs. Rebecca Norfolk, ONA, ONI embedded analyst, 
rebecca.norfolk @me.navy.mil, (0) 318-439-6024 (soon to transfer to ONI) 

Chief Angela Ahsue, angela.ahsue@me.navy.mil, (0) 318-439-3068 

CDR Chuck Vickers, EOD Officer, Deputy Director Future Plans Center, (0) 973- 
1785-4089, (c) 318-439-4089, (cell) 973-3930-1684 

LCDR Alexander Gonzalez, ONA MIO (intel and former Coast Guard MDA), 














Alexander Gonzalez @me.navy.mil, (0) 318-439-6022. 


(1) Most email addresses above can be rewritten as SIPRNet addresses by 


replacing me.navy.mil with me.navy.smil.mil. (0)=office phone, which should be dialed 


1-011-973... (c) = commercial or DSN phone. 
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NAVCENT MDA Process 

The participants substantially refined the NPS MDA workflow model>!. The 
diagram below presents the MDA process in three stages corresponding to Observe and 
Orient (top box), Decide, and Act. Most nodes in this diagram contain (1) a numeric tag 
for the task, (2) a short title for the task, (3) a brief description of the task, (4) notes 
concerning current technology or other issues, (5) the Spiral 1 technologies deemed 
useful for the task by the participants. Each arc indicates the principal media for 
communicating information between tasks. Rectangular nodes indicate tasks conducted in 


the MOC. Elliptical nodes indicate tasks conducted by entities outside the MOC. 


51 The workflow diagram presented here was generated using AT&T’s public domain graphics 
package, Graphvix. The data are drawn from an Excel table. Dr. Freeman can edit the data and regenerate 
this graph, or it can be transferred to another application as needed. 
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The MDA process is rarely invoked in the MOC. In the months preceding the 


team’s visit, only one VOI was received and processed to a tactical action. This is typical 


of the monsoon season. In the immediate future (following monsoon season), the MOC 


anticipates processing as many as 4-10 VOIs per month. These are handled amidst the 


main, mission duties of the MOC, which are to support efforts regarding Iran, Maritime 


security (piracy, drugs), and the anti-terror. 


a 


Despite the current paucity of MDA tasks, the potential MDA workload is quite 
high. CAPT Porter reported that there are 9,000 tracks in the system at a given time, and 
another 30,000 that are not because they don't have AIS. Integrating coastal radar into the 
MDA data would make many of the 30,000 unmonitored tracks available, but would 
demand either that they be tracked outside the MOC (e.g., at ONI) or that sophisticated 
anomaly detection, tracking, and alarm technology be available in the MOC. 

Note that VOIs delivered to the MOC can be processed on a fast route (through 
COPS) or a slower route (through FOPS). VOIs on the fast route can be processed in as 
little as two hours. (The time course for the slow course runs days to months. We did not 
develop a time course for these or other tasks). Specifically, the time course for rapid 


processing 1s: 





























Task ID Task Duration 
110 Receive VOI 10min 
120 Process VOI 10min 
140 Assess tactical assets | 20min 
180 Define COA 30-60min 
190 Comm orders 30min 





Issues and Potential Points of Failure in NAVCENT MDA Process 
The participants identified several potential points of failure in the current MDA process: 
e Who knows what — Individuals with important information may not realize the 
value of theith information and pass it to the team in a timely manner. 
e Classification — The CIFC can receive only receive information at or below the 
level of Releasable to REL/CMFC or below. Systems that operate above this level 
(e.g., on SIPRNet, off CENTRIX) complicate coordination. 


e Firewall — Moving documents from a classified system to another system 


(“bustering’’) is a time-consuming step in moving data to partners. 


e Translation - Translating data and translating in conversation hinders 


coordination. 


e Chop Chain — The transition to the MOC architecture doubled the number of O6. 


Thus, it can take days to approve documents where it used to take hours. 
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Portability — Systems must be portable to in the event of warfighting. 


Insufficient intelligence — When intel is not sufficient, decisions are more difficult 


to make well 


Insufficient assets — There is a limited number of ships, aircraft, on-baord 


linguists, biometrics gear, transmission equipment, and other assets. 


Partner policies — Partner policies concerning the use of assets sometimes limits 


ability to act when and where needed. 


Turnover — Personnel new to the watch may not request or deliver sufficient 


information for decisions. 


Tracking — Tracking is difficult because smugglers turn off emitters, and so we’ re 
forced to task limited assets to find suspect vessels, or to forego pursuing certain 


VOIs. 
ONA/N2 (Capt Porter’s) vision is compiled below. 


o GCCS nations don't trust each other, but they have common fear of Iran 


right now. 


o So, we want to get the big Sunni on the block to play a major role. This 


would force a multinational agreement. 
o We have 150 instead of NATO here. We have the CIFC 
o Weneed to develop an unclas baseline we can share. 


o We would build a Global Counter Terrorism classification (Secret Lite) 
version that we can release to our partners here on bilateral or 


multinational. 


o The Volpe Center (in Mass) feeds AIS data to Italy. 36 countries 
contribute data to this, such as coastal radars and transmitters. This all runs 
through a secure socket layer Web access. It is inexpensive. Correlation 
of these data is done in Verona. In Naples, it goes into GCCS where 


anomaly detection gets done. 
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o I want the Saudis to host a similar system. It would feed the CIFC we 
layer on stuff that goes tot he coalition. It would feed our MOC, where we 


layer on bilateral or data for our own vessels. 


o East Africa is enthusiastic about this because it lets them leverage the 


coastal radar data they have. 
o Yemen is interested because they are acquiring Italian Coastal radar. 


o They're compatible w/ Italian systems, so we seal the seam in that area 
C. PERCEIVED UTILITY OF MDA SPIRAL 1 TECHNOLOGIES 


Three sets of data provide some insight into the perceived utility of Spiral 1 MDA 
Technologies as voiced by the participants in these interviews: a tally of preferred 
technologies, a tabular mapping of those technologies to specific tasks and performers, 
and the participants’ rationale for these technology preferences. We present these data in 


the tables below. 


The following table presents the number of tasks for which each Spiral 1 
technology may have utility in the opinion of at least one participant in the NAVCENT 
interviews. The large number of tasks to which CENTRIX can be applied may be due to 
its utility for coalition communications. Respondents are also highly familiar with 


CENTRIX; it is currently in use at the NAVCENT MOC. 





Spiral 1 MDA Technology | Count of tasks 
Tripwire 
GoogleApps 
GoogleEarth 
LINX 
SMS_JPSC2 
SEAPORT_CAS 
E-MIO 
CENTRIX 
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The mapping of Spiral 1 MDA technologies to specific tasks, and of current 


communications media to tasks is presented in the workflow diagram, above. However, 


the reader may find it easier to digest these data in tabular format: 
















































































Task ID | Task_Name Performer CommMedia Technology 
Intel Intl Maritime | Face to Face; Phone; | FastC2 AP; CENTRIX 
50 Bureau Email; Chat; Briefs 
Intel ONI Face to Face; Phone; | FastC2 AP; CENTRIX 
60 Email; Chat; Briefs 
Intel NCIS Face to Face; Phone; | FastC2 AP; CENTRIX 
70 Email; Chat; Briefs 
Intel CIFC Face to Face; Phone; | FastC2 AP; CENTRIX 
80 Email; Chat; Briefs 
Intel MARLO Face to Face; Phone; | FastC2 AP; CENTRIX 
90 Email; Chat; Briefs 
VOI ONA Face to Face; Email; | CMA; MAGNET; FastC2AP; 
Briefs GoogleEarth; SMS_JPSC2; 
100 CENTRIX 
110 Receive VOI MOC Director Face to Face; Email; CENTRIX 
Process VOI COPS Director | Face to Face; Email; | CENTRIX 
120 or BWC 
130 Process VOI__| FOPS 
Assess tactical | BWC Face to Face; Email; | FastC2AP; SMS_JPSC2; 
140 assets CENTRIX 
Process RFI ONA Face to Face; Phone; | CMA; MAGNET; FastC2AP; 
150 Email; Chat; GoogleEarth; CENTRIX 
160 Process RFI ONI Phone; Email; Chat; FastC2AP; CENTRIX 
Process RFI NCIS, CIFC, | Face to Face; Phone; | FastC2 AP; CENTRIX 
170 MARLO, NGA_ | Email; Chat; 
Define COA MOC Director Face to Face; ; | CENTRIX 
180 Email; 
Comm orders BWC Email; MsgTraffic; | CENTRIX 
190 Chat; 
Execute VBSS | CIFC Email; MsgTraffic; | FastC2 AP; CENTRIX 
200 mission Chat; 
Execute VBSS | 5" Fleet Email; MsgTraffic; | CENTRIX 
210 mission Chat; 
Monitor VBSS | COPS Face to Face; Email; | FastC2AP; CENTRIX 
220 Briefs 
Issue RFI IWO Face to Face; Phone; | FastC2AP; CENTRIX 
230 Email; Chat; Briefs 
Take 5" Fleet Email; E-MIO (to BFC only); 
240 biometrics 
Forward MOC Email; 
250 biometrics 
Analyze BFC (WV) Email; 
260 biometrics 
Take boarding | 5" Fleet Email; MsgTraffic; 
270 data 
Analyze ONI Email; MsgTraffic; 
280 boarding data 
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Change MOC Email; 
290 mission 
Complete MOC Face to Face; Email; 
300 mission 
Analyze ONA Face to Face; Email; | CMA; MAGNET; FastC2AP; 
310 findings Briefs GoogleEarth; CENTRIX 
Monitor VOI ONA Email; CMA; MAGNET; FastC2AP; 
320 GoogleEarth; CENTRIX 





Participants varied in their assessments of the potential utility of MDA Spiral 1 


Technologies. We provide their detailed comments here. 












































Participant | Billet | Technology Assessment | Benefits 

Ohlemeir COPS | CENTRIX Useful Chat and email are useful. 
However, it crashes often. 

Sadoski IS CENTRIX Useful Server replication, low bandwith, 
and chat are the main benefits. 
"We wouldn't operate tactically 
without it." 

Norfolk ONA | CENTRIX Useful Chat and product posting between 
coalition partners. 

Bethel IS CENTRIX Useful Browse, email, chat. All of this 
this via dial in and direct feed. 

Ohlemeir COPS | CMA not useful Historical data is too detailed for 
use in the MOC. 

Sadoski IS CMA Useful Interoperability and commercial 
availability to other countries are 
the main benefirst. 

Norfolk ONA | CMA Useful Tactical level data, including 
pictures, accessible to coalition. 
However: It needs ability for 
users to input pictures so that we 
don't have to ask that AARs be 
submitted both to Seaport and via 
other media. Needs Adobe so 
that you could generate reports in 
record message format. 

Bethel IS CMA not useful Can't share it. 

Ohlemeir COPS | E-MIO Wireless | (useful but | Relieves MOC of role’ of 

not in | forwarding biometrics. Not useful 
MOC) in the MOC however. 

Sadoski IS E-MIO Wireless | useful 

Norfolk ONA | E-MIO Wireless | useful 

Bethel IS E-MIO Wireless | (useful but | Biometrics wireless to satellite to 

not in | WV will be much faster than the 
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MOC) 


current method of going through 
the COPS. Safety to the boarding 
crew is key, as is updating the 
dbs. 



















































































Ohlemeir COPS | FastC2AP useful 

Sadoski IS FastC2AP useful (see MAGNET) 

Norfolk ONA | FastC2AP useful (see TAANDEM) 

Bethel IS FastC2AP useful Easy to use and to put on GCCS. 
Loads fast. 

Ohlemeir COPS | Google Apps not useful No need for’ real time 
collaboration 

Sadoski IS Google Apps useful Support for simultaneous 
collaboration may be useful 

Norfolk ONA | Google Apps not useful Simultaneous editing is not done 
here. There's a serial business 
process for document review. 

Bethel IS Google Apps not useful Why use it if we have NCES 

Ohlemeir COPS | Google Earth tbd 

Sadoski IS Google Earth useful Provides a common operational 
picture for all partners 

Norfolk ONA | Google Earth useful Imports any data, notably 
SIGINT. Offers better 
manipulation capability. 

Bethel IS Google Earth useful Used here class & unclass for 
fresh data for BDA (4-5 hours). 
Not for putting tracks on. 

Ohlemeir COPS | LINX not useful 

Sadoski IS LINX useful Historical data is useful 

Norfolk ONA | LINX (useful but | Historical data on suspects is 

not in | useful, but primarily a tool for 
MOC) ONI. 

Bethel IS LINX useful Highly valued. 

Ohlemeir COPS | MAGNET useful Potentially useful for Indicators 
and Warnings, and in ONA. 

Sadoski IS MAGNET useful User definable alarms are a 
valuable feature, if policy allow 
us to set them. 

Norfolk ONA | MAGNET useful Potentially a useful substitute for 
SEALINK (used at ONT) 

Bethel IS MAGNET tbd tbd 

Ohlemeir COPS | SEAPORT_CAS | not useful Not much collaboration takes 
place on watch 

Sadoski IS SEAPORT_CAS | useful Automatic updates of data are the 
most valuable feature. 

Norfolk ONA | SEAPORT_CAS | not useful Can't add our own data (had to 





re) 








create a website for that), and the 
bandwidth savings it brings is not 
useful. 
























































Bethel IS SEAPORT_CAS | tbd Classified, so I can't share with 
collaborators 

Ohlemeir COPS | SMS_JPSC2 useful Port & coastal surveillance 

Sadoski IS SMS_JPSC2 tbd If this can share coastal radar 
between countries, it may be 
useful 

Norfolk ONA_ | SMS_JPSC2 tbd tbd 

Bethel IS SMS_JPSC2 tbd tbd 

Ohlemeir COPS | TANDEM not useful Perhaps useful at ONI or ONA. 

Sadoski IS TANDEM tbd Not clear if this is useful as they 
have no technology like this now. 

Norfolk ONA | TANDEM useful Anomaly detection in merchant 
shipping. Probably better done at 
ONI where they have full time, 
experienced personnel and 
relevant databases. 

Bethel IS TANDEM tbd Not a user friendly 

Ohlemeir COPS | Tripwire tbd May be useful at ONA, but not on 
the watch floor. 

Sadoski IS Tripwire useful Useful for US forces. However, 
policy by European forces 
prohibits use of biometrics. 

Norfolk ONA | Tripwire tbd tbd 

Bethel IS Tripwire useful tbd 





Participants provided several general requirements of Spiral 1 technology: 


Personnel — Staff must be provided to operate the technology, to the extent 


that it supplements existing technology 


System installation process — CENTCOM must give approval to the 


installation of new technology. This is a sound policy for ensuring 


interoperability, among other things. 


Robust user interfaces & processing — Systems should return results even 


given incomplete or slightly incorrect data, and user interfaces should 


support incomplete entry of data. 


User manuals 
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e Tutorials — Instructional tutorials targeted at MOC tasks are needed to 


bring operators up to speed 


e Bandwidth — Bandwidth must be sufficient to compensate for any 


additional load imposed by the technology 

e GCCS compatibility 

e CENTRIX compatibility 

e Maintenance — New technology should come with Planned Maintence 
System cards. These are required to ensure that new technology keeps 
working. 


D. LAYOUT OF THE MOC (COPS) 


Members of the MOC (COPS) provided information concerning the layout of the 
MOC watchfloor. It is represented graphically below. 
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Large Display | Large Display | Large Display | Large Display 
On Vall — four large displays (GCCS-M, CNN, and two others blank, but available} 


























Front Row 
SIGINT Support Cell (CTT) | JFH (Joint Forces Network) SIGINT Sup ort Cell (CT Intel Watch Analyst (WA) | Blue Force Database Manager 
(SCI channels) =SIPR (SIGINTIC: INT anal = JCS * CENTRIX chat 
* Gale Lite * Gale Lite * Spot reports *SIPR * SIPR (2 drops) 
= JFN (uses JVVICS drop) = Stone Ghost (for eyes JWICS) *GCCS-M *=GCCS-M 
*SIPR *NIPR 
= EHF command net (1) 
Second Row 
Intel Watch Officer (WO) Fleet Watch Officer (FWO) (aka “AA” 
*NIPR * CENTRIX 
* CENTRIX * SIPR (2 drops) 


*SIPR *GCCS-M 
= JICS (2 screens) 





Back Row 





Battle Watch Capt (BWC) 
*Goccs 

* SIPR (2 drops) 
*CENTRIX 

* SIPR (IP phone) 

= EHF Command nets (2) 





Each of these are displayed by location and each of the technologies are shown in the order they appear (left to right). 


Data were gathered that extended the MDA workflow model. In addition, the 


interviewees raised several issues related to MDA Spiral 1 technologies: 


e MDA supports, but is subordinate to the primary missions of NAVCENT: 
maritime security, anti-terror, and Iran. The prospect of receiving Spiral | 
technologies sparked several concerns: the relevance of the technology 
effort to primary missions, the shortage of personnel and high rate of 
turnover (10% monthly), concerns about training staff to use technologies 
effectively for NAVCENT billets and processes, concerns about system 
reliability and maintenance, the possibility of reduced manning as a result 
of MDA automation, and the prospect that the Flag might embark from 
NAVCENT. These concerns have led NAVCENT leadership to consider 
whether many MDA activities and Spiral 1 technologies should be housed 


at a JIOC or at ONI, provided that those institutions can reliably maintain 
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awareness of NAVCENT’s mission focus. That said, NAVCENT 
leadership views positively the Spiral 2 initiative to combine the shore- 
based radars of many nations with AIS data. This capability would benefit 


operations in the MOC, and also strengthen partnerships in the region. 


The knowledge of the Spiral 1 technologies among NAVCENT staff (at 
the time of the interviews) was scant, and so they had limited ability to 
assess the utility of these technologies. Watchfloor personnel see value in 
technologies that triggers or alerts concerning specific tracks. They state 
that they are unlikely to use technologies that require data mining or 


fusion across multiple sources. 
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APPENDIX B. WORKFLOW DIAGRAMS 


A. WORKFLOW PROCESSES 


On Scene Commander 


Direct Tactical Operations (by Analyze Biometrics (by BFC 
ubordinate CDR/Staff) [_794 [6422] 
Afloat Units 
Capture Sensor Platform Data Receive Biometrics Analysis 
(by Afloat Units) [_ 9133] (by Afloat Units) [_ 9334 
Track Vessels (by Afloat 
Units) [_7924] 
dentify Vessels (by Afloat 
Units) [_7923] 
ind Vessel of Interest (by 
Afloat Units) [_7925] 


Execute VBSS (by Afloat 
Units) [_ 6399] 


E . j Plan & Direct VBSS Mission 
ake Biometrics & Boading Data . 
a (by Subordinate CDR/Staff) 
(by Boarding Party) [_6407 [ 6391] 
























anage Common Tactical Picturé 
(by Subordinate CDR/Staff) 
[7928] 
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Boarding Party 







ecute VBSS (by Afloat 
Units) [_ 6399] 


ake Biometrics & Boading Data 
(by Boarding Party) [_ 6407 





Analyze Boarding Data (by 
TC/ONI-Analysts) [_ 6436 


Analyze Biometrics (by BFC 
[ 6422] 





Coalition Forces Intelligence Center 










Communicate Mission Orders 
NAVCENT MOC-BWC) [_5828 


CIFC-CIFC/Coalition Forces 


Collaborate on Processing VO Execute VBSS Mission (by 
(by CIFC-CIFC/Coalition CIFC-CIFC/Coalition Forces) 
Forces) [ 9006] [ 6496] 





Collaborate on Processing VOI 
NAVCENT MOC-ONA) [_ 8999 


onitor VBSS (by NAVCE] 
MOC-COPS) [ 6416] 





84 












Set Reporting Parameters for 
VOI Based on CDR's Intent (by 
AVCENT MOC-BWC) [_ 8049 


CIFC-Coalition Forces 


ack VOI (by CIFC-Coalition 
Forces) [_ 8051] 


anage Common Tactical Picture 
by CIFC-Commander) [_ 8057 





CFIC Commander 














Set Reporting Parameters for 
VOI Based on CDR's Intent (by 
AVCENT MOC-BWC) [_ 8049 


rack VOI (by CIFC-Coalition 
Forces) [_ 8051] 


CIFC-Commander 


Maintain SA of Mission, 
anage Common Tactical Picture Tasking & Operational 
by CIFC-Commander) [_ 8057 Environment (by 


CIFC-Commander) [_ 8050 


Collect, Fuse, & Disseminate 
Info on VOI (by 
NMIC/ONI-NAVCENT Reg. Analyst) 
[_ 8088] 






Monitor Area of Interest (by 
AVCENT MOC-COPS) [_ 8059 
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BWC 


‘VOI Tumover Complete (by 
CINCPACFLT-Tactical Forces) 
[8305] 


es me (by CIE NAVCENT MOC-BWC 


‘ordinate MOC-to-MOC Handofi 


(by NAVCENT MOC-BWC) [_662' 
VOI Handoff Preps (by NAVCED 
MOC-COPS) [_8079] 






































ae Prepare for VOI Handoff (by Handoff to Other MOC Decision 
AVCENT MOC-BWC) [_8076} (by NAVCENT MOC-BWC) [_ 805; 
‘OA Decision (by NAVCE} 
MOC-MHQ CDR) [_6628 ia 
Communicate Mission Orders Set Reporting Parameters for 
(by NAVCENT MOC-BWC) [_5828 VOI Based on CDR's Intent (by 
Director Decision on VBSS. x 







IAVCENT MOC-BWC) [_8049] 
Mission (by NAVCENT MOC-MOC 


Dit) [_6507] 















Assess Tactical Asset 
Availability (by NAVCENT 


MOC-BWO) [6375] 
Disseminate Processed VOI (by 
NAVCENT MOC-FOPS) [ 6379 <——— 
Monitor Area of Interest (by 
{AVCENT MOC-COPS) [7929 
COPS VOI Processing (by 
WCENT MOC-COPS) [ 9026, 


Direct Tactical Operations (by 
bordinate CDR/Stafi) [_794 


Determine MOC & Timing of VOT 
Handoff (by NAVCENT MOC-BWC) 
[8171] 


(OI Handoff (by NAVCE 
MOC-COPS) [_ 8234] 


Handoff VOI (by 
NMIC/ONI-NAVCENT Reg. Analyst) 








[8244] 

















‘VOI (by CIFC-Coalition’ 
Forces) [_8051] 

Receive Intent for VOI Handoft 

(by CINCPACFLT-BWC) [_8186 


Execute VBSS Mission (by 
CIFC-CIFC/Coalition Forces) 
[6496] 


COPS 





Cero ea 
SBANCINT MOCORADL 6 





CTO Mt Oy RTS 
Moca scia} 


Coy etre comma | to) 





Sp Fem Ft Oy ANEINTS, 
cent Ls 


etme a 
SAVIN MOCO) | S644) 
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ONI 


essel Information (by CIE) 
[8089] 


NY 





anage Common Tactical Picturé ‘ask VOI Handoff (by NAVCE} 
by CIFC-Commander) [_ 8057 MOC-BWC) [_8218] 


NMIC/ONI-NAVCENT Reg. Analyst 


















Collect, Fuse, & Disseminate 
Info on VOI (by 
NMIC/ONI-NAVCENT Reg. Analyst) 
[8088] 










Handoff VOI (by 
NMIC/ONI-NAVCENT Reg. Analyst) 
[8244] 















‘Analyze Fused VOI Information 
(by NMIC/ONI-NAVCENT Reg. 
Analyst) [_ 8096] 


Receive VOI Handoff (by 
NMIC/ONI-C7F Reg. Analyst) 
[8247] 





Share VOI Analysis (by 
NMIC/ONI-NAVCENT Reg. Analyst) 


[8109] 














Conduct VOI Analysis (by 
NMIC/ONI-C7F Reg. Analyst) 
[8108] 
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B. DEPARTMENT OF DEFENSE ARCHITECTURE FRAMEWORK 


OV-6 Top Level View 
































































































































































































































UNCLASFOUO, Obtrbution C 
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ONI Analyst 


termine 
Complexity 
of BFL 
5 


Perfrom RFI 
Analysis 


Track RFI 
(Watch Floor) 


Perform RFI 
Analysis 
(Watch Floor 
5 


Conduct 


Database 


rch 


for RFI 
5 


| Provide RFI 
Response 


‘Submit RFI to| 
Higher 
Echelon/Othe 
Command 


Provide RFI 
Status (Cell) 
5 











10. Process RFI (NMICIONI)_v0.2_17 Jan 08 (Business Process) 
Architect 


System 
Wed Jan 23, 2008 12:43 
|-Comment- 





This diagram describes the draft ONI process for handling RFs as provided in notes form APTMA 


lbased on discussions between Jared Freeman and ONI representatives Jim Stallings, LTLange and 
|Paul Carroll. Itwas also reviewed by ONI rep LTKing at the Process Engineering Workshop on 17 
JAN at NPS Monterey. No required changes were identified. 











UNCLAS/FOUO, Distribution C 
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APPENDIX C. MATRIX INSIGHT 


The workflow matrices were developed to illustrate the players and times used 
within the models and simulations. The ‘As-Is’ EMIO workflow matrix was developed 
from the current EMIO workflow, and the times and durations used were gathered from 
interviews and from LT Carroll’s 13 years in the Navy. The ‘Spiral-1’ EMIO workflow 
was developed from the current Spiral-1 efforts, and the times and durations were derived 
from interviews with Digital Force Technologies as the other times and durations 
remained the same as those processes were not changed. The ‘Optimal’ EMIO workflow 
was developed from academic theory and Spiral-1 efforts, and the times and durations 
were derived from interviews and experience. The times and durations used in the 
workflows are all approximate times and are not intended to be concrete, but instead to be 
as realistic as possible and to demonstrate how Spiral-1 technologies and changes in the 


workflow improve efficiency and effectiveness. 
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